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I •   INTBODDCTIQN 

The  basic  objective  of  computer  center  aanagement  is  to 
provide  high  ccaputer  system  performance  at  a  reasonable 
cost  under  conditions  of  fluctuating  workload  and  fixed 
computer  resources  [Bef,  1].  In  order  to  satisfy  this 
objective,  it  is  necessary  to  forecast  the  performance  and 
resource  utilization  which  would  result  from  a  permanent  and 
significant  change  in  worklcad,  if  resources  remain 
unchanged.  If  projected  performance  is  unsatisfactory  or 
the  anticipated  resource  utilization  is  low,  the  forecast 
provides  a  warning  that  resources  must  te  expanded  or 
contracted,  respectively.  Once  the  condition  of  saturation 
cr  under  utilization  has  been  anticipated,  it  is  necessary 
to  forecast  the  performance  and  resource  utilization  which 
would  be  obtained  when  resources  are  changed. 

For  the  Trident  Submarine  Command  and  Control  System, 
the  Tactical  Software  Support  System  (TS3)  Resource 
Management  Plan  defines  the  specifications,  general 
procedures  and  activities  relating  to  the  initiation  and 
continuing  operation  of  a  resource  management  function. 

This  function's  responsibilities  will  be  to  colieci:, 
retain,  process,  and  analyze  data  relating  to  the 
utilization  of  TS3  laboratory  resources  and  to  communicate 
pertinent  information  to  the  TS3  and  Trident  Command  and 
Control  System  (CCS)  user  community  management. 

The  purpose  of  the  Resource  Management  Plan  defines 
directions  and  activities  relating  to  the  monitoring  and 
reporting  of  computer  system  resource  utilization  and 
performance,  addressing  also  the  application  of  forecasting 
for  capacity  planning. 

The   TS3   laboratory   uses  IBM   4341   systems  with  the 


Virtual  Machine  Facility  370  (VM/370)  operating  system,  the 
cne  which  manages  the  resources  of  the  434  1  system  complex 
in  such  a  way  that  multiple  users  have  a  functional 
simulation  of  a  computing  system  (a  virtual  machine)  at 
their  disposal. 

This  thesis  is  an  effort  toward  the  development  of 
performance  and  resource  usage  forecasting  equations  and  a 
model  for  analyzing  computer  performance  and  resource 
allocation  for  systems  using  VM/370. 

The  main  efforts  in  the  analysis  of  VM/370  system  are: 
(1)  to  present  a  methodology  based  en  performance 
measurement  and  analysis  techniques,  trying  to  relate  the 
trends  in  the  data  to  the  working  of  the  system,  and  thus 
gain  an  insight  into  what  might  cause  the  system  to  saturate 
and  its  performance  to  degrade,  (2)  analyze  the  statistical 
correlations  among  performance  and  resource  usage  variables 
in  order  to  estimate  the  degree  of  association  among  these 
variables,  (3)  identify  those  variables  that  are  good 
indicators  of  system  load,  and  (4)  formulate  regression 
equations  for  forecasting  the  computer  system  performance. 

Chapter  II  presents  the  highlights  of  the  IBM  4341 
System,  with  emphasis  en  some  performance  aspects.  Chapter 
III  presents  the  highlights  and  performance  considerations 
of  the  Virtual  Machine/System  Product  (VM/SP) ,  which  is 
planned  to  replace  the  VM/370  as  an  operating  System,  at  the 
TS3  laboratory. 

For  the  data  collection  the  IBM  3033  AF  system  using 
7M/SP  in  the  SI.R.  Church  Computer  Center  of  the  NPS  was 
used.  Chapter  IV  presents  some  highlights  cf  this  system 
and  its  actual  configuration.  Chapter  V  covers  the  VM/SP 
performance  measurement  tools.  Chapter  VI  presents  the 
methodology  used  for  the  performance  analysis  and  gives  the 
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results  obtained. 

Appendices  A  to  D  contain  the  executive  programsr 
program  listings,  saiple  of  the  data  ottained  at  the  data 
collection  stage  and  a  sample  of  one  observation  output. 
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II.   IBM  43a-J  HIGHLIGHTS 

A.   IBM  aaOO  SERIES 

1 .  Introduction 

The  IBM  U300  Series,  uhich  was  announced  in  January 
1979  initially  consisted  of  two  central  processors,  the 
U331  and  the  43U1,  together  with  five  new  peripheral  devices 
and  three  enhanced  operating  systems.  In  May  1980,  IBM 
filled  the  large  performance  gap  between  the  two  original 
processors  by  adding  the  4331  Model  Group  2.  This  processor 
has  twice  the  processing  power  and  up  to  four  times  the  main 
■emory  capacity  of  the  original  4331  ,  which  is  now 
designated  the  4331  Model  Group  .1. 

The  oost  important  aspects  of  the  4300  Series 
product  line  are  [Ref.  2]:  1)  the  strikingly  improved 
price/performance  it  cffers;  2)  the  advanced  technology 
employed  to  achieve  those  price/performance  gains;  and  3) 
the  accompanying  changes  in  IBM  software  pricing  and  support 
policies. 

In  terms  of  hardware  performance  per  dollar,  the 
4300  Series  processors  offer  approximately  a  four-fold 
increase  over  the  corresponding  System/370  processors, 
[Ref. 3].  The  software  announcements  that  accompanied  the 
4300  Series  introduction  indicate  a  continuing  IBM 
commitment  to  improve  both  the  functionality  of  its  software 
and  the  support  it  provides  to  users  of  these  products.  At 
the  same  time,  the  software  policy  is  clearly  designed  to 
ensure  that  increased  software  and  support  cost  will  at 
least  parxially  offset  the  savings  in  hardware  costs  that 
the  new  computers  will  bring  to  IBM  users- 

2 .  Processors 

The   43C0   Series  central  processors  can  operate 
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either  in  a  System/370  -  compatible  mode  or  in  an  Extended 
Control  Program  (ECPS)  mode.  The  latter  mode  takes  full 
advantage  of  the  extensive  microcoding  available  in  these 
machines  to  reduce  operating  system  overhead  and  improve 
system  throughput. 

In  comparison  with  the  370/138  (Jun.  1976),  memory 
packaging  on  the  4300  Series  is  -32  times  denser,  and  because 
of  this,  the  4331  Model  Group  1  requires  up  to  70%  less 
power,  and  the  a3U1  requires  over  50*  less  power  than  the 
370/138 

All  three  of  the  4300  Series  processors  share  these 
common  features : 

-  The  system/370  Universal  Instruction  Set. 

-  Channels  with  virtual  storage  addressing. 

-  Maintenance   support   functions  including   a   support 
processor  and  remote  support  facility. 

-  Store  and  fetch  storage  protection. 

-  Byte  -  oriented  operands. 

-  Clock  comparator,  CEO  timer,   time  of  day  clock,   interval 
timer. 

-  PSi  Key  handling,  control  registers. 

-  Extended-precision  floating  point. 

-  Program  event  recording. 

-  and  machine  check  handling. 

According  to  lEM,  the  4331  Model  Group  1  is  designed 
for  the  first-time  computer  user,  such  as  a  department  or 
branch  office  within  a  larger  enterprise,  that  could  benefit 
from  data  base/data  communications,  interactive  and 
distributed  processing  capabilities;  it  is  also  meant  to 
replace  many  of  the  remaining  IBM  System/360  computers  still 
in  service.  The  4331  Model  Group  1  can  operate  as  a  stand- 
alone unit,  or  it  can  be  linked  to  other  4300*s  or  attached 
to  a  central  System/370  host. 
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Peripheral  and  commuDications  eguipmect  can  be 
connected  to  the  433  1  Model  Group  1  by  means  of  one  byte 
multiplexer  channel,  one  block  multiplexer  channel,  and 
several  integral  adapters.  Data  rates  on  the  two  channels 
lay  not  exceed  5001c  tytes  per  second,  which  precludes  the 
connection  of  high-speed  disk  or  tape  units.  The  optional 
DASD  adapter,  however,  permits  direct  connection  of  up  to 
four  direct-access  storage  devices  for  a  maximum  on-line 
disk  storage  capacity  of  over  9  billion  bytes. 

The  U331  Model  Group  2  processor  appeared  in  May 
1980,  featuring  major  improvements  in  performance,  memory 
capacity,  and  input/cutput  capabilities  over  the  4331  Model 
Group  1.  The  rated  instruction  execution  speed  of  the  4331 
Hodel  Group  2  is  twice  that  of  the  4331  Model  Group  1  and  a 
little  ever  one-half  that  of  the  4341.  The  new  processor  is 
offered  in  4  models  with  memory  capacities  of  1,2,3  and  4 
Megabytes. 

The  433  1  Hodel  Group  2  can  be  equipped  with  the  same 
integrated  peripheral  adapters  as  the  Group  1  processor, 
plus  an  optional  second  DASD  adapter  and  greatly  improved 
I/O  channel  capabilities.  One  high-speed  block  multiplexer 
channel  can  handle  a  data  transfer  rate  cf  up  to  1.86 
million  bytes  per  second,  permitting  the  attachment  of  high- 
speed disk  storage  units. 

An  installed  4331  Model  Group  1  processor  can  be 
field-upgraded  to  a  Group  2  processor  in  aprcximately  13  to 
16  hours. 

The  IBM  4341  processor  is  available  in  two  models 
with  main  memory  capacities  of  two  and  four  megabytes.  It 
features  a  lower  purchase  price  and  an  instruction  execution 
speed  up  to  3.2  times  as  fast  as  a  System/370  Model  138  with 
1  Mbyte  of  memory.  The  434 1«s  performance  capability  falls 
between  that  cf  the  370/148  and  the  370/158-3.  IBM 
describes  the  4341  as   particularly  suitable  for  experienced 
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interaediate  system  users  who  need  increased  processing 
power,  and  those  who  could  benefit  frco  distributed 
applications  that  require  more  capacity. 

None  of  the  integrated  peripheral  adapters  used  on 
the  4331  processors  is  available  for  the  43U1.  Instead,  all 
peripheral  and  comaanicaticns  devices  are  connected  via 
standard  I/O  channels  and  control  units. 

Along  with  the  4300  Series  processors,  IBM 
introduced  five  new  peripheral  devices:  the  3310  and  3370, 
Direct-Access  Storage  Devices,  the  3880  Control  Storage,  and 
the  3205  Model  5  and  3262  printers. 

3.   Software  and  Support 

Not  since  the  Systea/36Q  unveiling  in  1964  had  IBM 
made  an  announcement  that  could  impact  users  of  its 
operating  system  software  to  such  a  magnitude  as  the 
software  and  support  announcements  that  accompanied  the 
January  1979  unveiling  of  the  4300  Series  computer  line. 
These  announcements  spelled  out  the  operating  environments 
cf  the  future,  and  clearly  identified  the  life  spans  of 
several  existing  operating  systems.   [Ref.4] 

a.   Operating  Systems 

There  are  three  new  system  control   program 
environments: 

-  An  extended  version  of  DCS/VS,  called  DOS/VS  extended,   or 
simply  DOS/VSE. 

-  a  new  version  of  0S/VS1  labeled  Release  7. 

-  and   Release   6   of   the   Virtual   Machine  Facility/370 
(7M/370)  . 

These  system  control  programs  (SCP'S)  support  a  series  of 
new  program  products  many  geared  specifically  to  support  the 
4300  Series  computers. 

The   first   SCE  environment   is   EOS/VS-EXTENDED 
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(D0S/7SE)  which  is  said  to  be  a  major  expansion  of  DOS/VS, 
incorporating  new  functional  and  I/O  support.  DOS/VSE 
provides  only  limited  multiprogramming  capabilities  unless 
the  user  acquires  the  DOS/VSE/advanced  function  product,  an 
independently  priced  adjunct  that  allows  the  DOS/VSE  user  to 
employ  up  to  12  partitions  and  also  makes  it  possible  to 
incorporate  many  of  the  new  program  products  available  with 
the  system. 

This  extended  disk-resident  operating  system 
provides  enhancements  over  lEM^s  older  BOS/VS  in  the 
specific  areas  of  processor  support,  hardware  features, 
device  support,  usability  inprovements,  and  serviceability. 
DOS/VSE  supports  the  SysteB/370  mode  and  the  ECPS:  mode  of 
the  4300  processors.  When  operating  in  ECPSrVSE  mode, 
DOS/VSE  takes  adavantage  of  the  4300  processor's  concept  of 
relocating  channels  and  page  management.  To  support  the 
hardware  extensions  to  page  management,  the  DOS/VSE 
assembler  has  additional  privileged  instructions.  The  basic 
DOS/VSE  system  provides  the  capability  for  multiprogramming 
of  five  concurrent  jot  streams,  which  will  typically  include 
the  VSE/POBEH  spooler,  a  real-time  subsystem  such  as 
CICS/VS,  one  or  two  tatch  job  streams,  and  an  unscheduled 
work  partition  for  jots  that  reguire  fast  turnaround.  The 
system's  capabilities  can  be  significantly  expanded  through 
the  addition  of  the  V5E/Advanced  Functions  Program  Product. 

The  second  SCP  environment  is  0S/VS1  Helease  7, 
and  IBM  says  that  this  support  is  of  particular  importance 
in  a  distributed  data  processing  environment,  since  it  will 
generally  provide  a  high  level  of  compatibility  with  an  MVS 
host  system.  As  with  DOS/VSE  and  VH/370,  CS/VS1  Release  7 
can  run  in  ECPS  mode  with  the  EC?S:VS1  feature  on  either  the 
4331  or  4341  processor  or  in  370  mode. 

Two  of  the  communications-oriented  enhancements 
available  with   OS/VS 1  Release  7  include:    fiES(R£ilOTE  ENTBY 
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SERVICES) ,  a  component  of  0S/VS1  which  allows  jobs  and 
commands  to  be  submitted  from  remote  terminals,  with  output 
returned,  and  HHNES  (Host  Remote  Node  Entry  System) ,  which 
allows  and  0S/VS1  system  to  be  a  remote  job  entry  station  to 
any  MVS/JES2  or  SVS/HASP  System  or  to  another  0S/VS1  system. 
Operation  is  not  dedicated;  batch  and  on-line  applications 
can  be  run  concurrently. 

In  the  third  SCP  environment,  VM/370  Release  6, 
the  4300  user  can  operate  in  mixed-mode  environments  where 
CHS  interactive  computing  is  combined  with  a  guest  SCP 
(DOS/VSE  or  0S/VS1)  on  the  1300  processors. 

In  addition  to  supporting  DI/1  DOS/VS  and 
VSE/VSAM,  VM/370  Release  6  supports  VS/IFS  (Interactive  File 
Sharing)  ,  which  allows  multiple  CMS  users  to  share  VSAM  data 
sets.  VM/Directory  Maintenance,  for  management  of  the 
VM/370  Directory;  Display  Management  of  the  VM/370 
Directory,  Display  Management  System/CMS;  the  query  by 
example  (QBE)  interactive  end-user  query  language;  SPF/CMS 
(Structured  Programming  Facility/CMS) ;  the  DES  (Display 
Editing  System)  ;  high-level  language  support;  and  the  System 
Installation  Productivity  Options/Extended  (IFO/E) . 

b.   Environment  Types 

The  4300  Series  computers  support  four  types  of 
environment  [Ref.5]:  stand-alone,  distributed  applications, 
distributed  data  applications,  and  distributed  networks. 

In  the  stand-alone  system  environment, 
compatible  growth  is  provided  from  the  4331  to  the  4341  or 
303x  systems  operating  under  DOS/VSE,  VM/370  Rel  6,  or 
0S/VS1  Rel  7.  Growth  through  VSE/POHEB  shared  spooling 
support  cr  through  VH/370  fiSCS  Networking. 

In  a  distributed  application  environment, 
[Hef.6]  host-ccnnect  applications  may  vary  from  periodic 
transmission  of  summary   data  between  the  4300  and  the  host 
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system  to  a  continuous  connection  offering  HJE  and/or 
passtrough  capabilities.  BJE  is  provided  by  DOS/VSE  SNA  and 
ESC  prograa  products  plus  VM/370  RSCS  Networking  and  0S/VS1 
HHNES  IDP.  Passtrough  facilities  are  supported  by 
ACF/VTAHE,  ACF/VTAM/HSNF ,  and  VSE/3270  Bisync  Pass-through. 

Data  that  is  mcst  frequently  used  locally  may  be 
stored  on  the  4300 's  c«n  direct  access  storage  devices,  with 
transaction-by-transaction  access  to  the  central  host  data 
base  as  needed  in  distributed  data  applications.  Here 
CICS/VS  Intersystei  Comaunications  with  DL/1  and  IMS 
Multiple  Systems  Coupling  provides  support. 

In  a  distributed  network,  communication  can  be 
established  between  Iccal  or  remote  4300 's  to  the  host 
computer,  or  to  IBM  8  100  Information  Systems.  Transactions 
from  the  8100* s  to  CICS/VS  Intersystem  Communications  are 
supported  by  the  8100  DPPX  Host  Transaction  Facility.  DDPX 
also  supports  HJE  to  CS/7S1  RES  and  VM/370  BSCS  Networking 
systems. 

c.   Compatibility 

Any  program  written  for  an  IBM  System/370 
computer  will  operate  on  a  4300  Series  Processor  in 
System/370  mode,  provided  that  it  is  not  time-dependent; 
does  not  depend  on  system  facilities  such  as  storage  size, 
I/O  equipment,  optional  features,  etc.,  being  present  when 
the  facilities  are  not  included  in  the  configuration;  does 
not  depend  on  system  facilities  such  as  interruptions, 
operation  codes,  etc.,  being  absent  when  the  facilities  are 
included  in  the  4300  Processor;  and  does  not  depend  on 
results  or  functions  which  IBM  specifies  to  be  unpredictable 
cr  model-dependent. 

Any  program  written  for  a  system/360  will 
operate  on  a  4300  Series  processor  in  SystGm/370  mode, 
provided  that  it  follows  the  above  rules  and  does  not  depend 
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on   functions   that   differ   between  the   system/360  and 
Systeni/370. 

Any  program  written  for  the  IBM  4331  Processor 
in  ECPS:VSE  lode  or  System/370  mode  will  operate  on  the  4341 
processor  provided  it  follows  the  above  rules. 

E.   THE  4341  PROCESSOB 

"•  •   Highlights 

The  434  1  Processor  is  an  intermediate-scale,  general 
purpose  processor.  It  offers  System/360-and  System/370 
compatible  architecture,  a  new  architecture  that  provides 
new  functions,  and  a  new  level  of  price  performance  for 
intermediate  system  users  made  possible  by  the  use  of  large- 
scale  integrated  technology.  The  4341  Processor  provides 
the  range  of  commercial  and  scientific  data  processing 
capabilities  offered  ty  System/360  and  System/370. 

In  addition  tc  supporting  virtual  storage,  a  virtual 
machine  environment  is  supported  by  Virtual  Machine 
Facility/370  (Vn/370)  ,  the  successor  to  CP-67/CMS  for 
System/370.  7B/370  provides  interactive  computing  via  its 
conversational  Mcnitor  System  (CMS)  component  and  remote 
spooling  via  its  Remote  spooliiig  Communications  Subsystem 
(RSCS)  component. 

a.   Instruction  Processing  Features 

The    following   are   instruction   processing 

features  of  the  4341  Processor  CRef.7]: 

-  Implementation  of  a  System/370  mode  and  an  ECPSiVSE  Mode, 
both  of  which  support  virtual  storage,  is  standard.  The 
major  difference  between  the  two  modes  is  the  way  in  which 
address  translation  is  performed  to  support  a  virtual 
storage  environment  (ECPSiVSE  mode  is  specifically 
designed  to  be  utilize  with  the  DOS/VSE  operating  sysrem 
to  provide   increased  processor  performance  when  compared 
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to   that      achieved   using   COS/VSE  executing      Mith  Systeiil/370 

aode  in  effect) . 

The  cycle  time  of  the  434  1   processor  varies  from   150  to 

300  nanoseconds. 

The  standard   4341  processor   instruction  set  consists  of 

the  entire  instruction  set  provided  for  3ystem/370  (except 

for  multiprocessing  and  direct  control  instructions)   and 

several  new  control  instructions  that  can  te  utilized  only 

when  ECPS:VSE  node  is  in  effect. 

Precision  of  up  to  28  hexadecimal   digits,   equal  to  up  to 

34  decimal  digits,   is  provided  by  the  extended  precision 

data  format. 

An  interval   timer  cf  3.3  milliseconds  resolution,   which 

can   improve  job  accounting   accuracy,   is  a  functional 

feature  of  the  4341  processor. 

A  time  of  day  clock  is  included  as  a  standard  feature  to 

provide  more  accurate  time-cf-day  values  than  does  the 

interval  timer.     This  clock  has   a   one-micrcsecond 

resolution. 

A  CPO  timer   and  clock  comparator  are  standard.   The  CPU 

timer  provides  an  interval  timing  capability  similar  to 

that  of  the  interval  timer,  but  has  a  much  larger  capacity 

than  the  latter  and  is  updated  every  microsecond,   as  is 

the  time-of-day  clock.    The  clock  comparator  can  be  used 

to  cause  an  interruption  when  the  -cime-of-day  clock  passes 

a  specified  value.    These  terms  provide  higher  resolution 

timing  facilities  than  the  interval   timer  and  enable  more 

efficient  timing  facility  routines  to  te  used. 

Program  event  recording  is  standard  and  is  designed  to  be 

used   as   a   problem  determination   aid.    This   feature 

includes   hardware   that   monitors   the  following   during 

program  execution:   succesful  tranches,   the  alteration  of 

general  registers,   and  instruction   fetching  from,   and 

alterations  of,  specified  areas  of  processor  storage.    It 
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only  wcrks  in  EC  mode.  In  the  43U1  Processor,  additional 
processor  time  is  required  to  execute  instructions  when 
prograa  event  recording  is  operative. 

-  2CPS:VS1  and  SCPS:VH/370  features  are  standard,  they 
increase  the  performance  of  a  VSl  and  VM/370  Operating 
system  (respectively)  when  it  operates  in  a  4341 
Processor,  since  these  functions  cause  certain  control 
program  routines  tc  execute  in  hardware  instead  of  as 
routines  written  using  4341  Processor  instructions. 

-  A  reduction  of  up  to  7  percent  of  supervisor  state 
processor  busy  time  has  been  measured  when  ECPS:VS1  is 
utilized  by  the  4341  Processor  as  ccmpared  to  the  same 
version  of  0S/VS1  operating  without  the  assist  activated. 
k  reduction  of  up  tc  84  percent  of  the  supervisor  state 
processor  time  used  by  CP  has  been  measured  when 
ECPS:7M/370  is  utilized  as  compared  to  the  same  CP 
operating  without  the  assist  activated. 

fc.   Storage  Features 

The  following  are  significant   storage  features 
of  the  4341  Processor: 

-  All  storage  in  the  4341  processor-processor  (main) 
control,  high  speed  buffer,  and  local  memory  is 
implemented  using  mcnolithic  technology  instead  of 
discrete  ferrite  cores.  The  technology  used  for  processor 
storage  in  the  434  1  processor  provides  a  much  denser 
storage  chip  (64K  cr  16k  bits  per  chip)  than  is  used  in 
most  system/370  processors  (2k  bits  per  chip) . 

-  A  two  level  storage  system  is  implemented,  consisting  of 
large  processor  storage  used  as  backing  storage  for  a 
smaller  high-speed  buffer  storage.  The  instruction 
processing  function  works  mostly  with  the  buffer  so  that 
the  effective  processor  storage  cycle  is  a  fraction  of  the 
actual  orocessor  storage  cycle.    Eight  thousand  bytes  of 


21 


high-speed  buffer  storage  is  a  standard.  Data  is  fetched 
from  the  buffer  at  a  rate  of  225  nanoseconds  for  a 
doubleword. 

c.  Channel  Features 

The  following  channel  features   are  provided  for 

the  4341  Processor: 

-  Two  channel  groups  are  available  for  the  4341  Processor. 
The  standard  channel  group  consists  of  one  byte 
Multiplexer  and  two  block  multiplexer  channels.  The 
optional  channel  group  consists  of  three  blccJc  multiplexer 
channels  or  one  byte  and  two  block  multiplexer  channels. 
The  standard  byte  multiplexer  channel  has  a  16-KB/sec 
maximuB  byte  mode  data  rate  for  four-byte  transfer 
operations.  For  burst  mode  operations,  a  maximum  data 
rate  of  1  HB/sec  is  possible  for  a  buffered  device. 

Optionally,  one  channel-to-channel  adapter  can 
be  installed  in  a  4341  Processor  and  attached  to  any  block 
multiplexer  channel.  The  adapter  can  be  used  to  connect 
the  channel  in  the  4341  Processor  to  a  channel  in  a 
System/360,  a  System/370,  or  another  4341  Processor. 

d.  Monitoring  Feature 

This  is  standard  in  the  4341  Processor  and 
functionally  identical  to  the  Systea/370  monitoring  feature. 
This  feature  provides  the  capability  of  monitoring  the 
occurrence  of  prcgramaed  events.  For  example,  monitoring 
can  be  used  to  perform  measurement  functions  (how  many  times 
a  routine  was  executed)  or  for  tracing  functions  for  the 
purpose  of  program  debugging  (which  routines  were  executed) . 

The  Monitor  CALL  instruction  is  provided  with 
the  monitoring  feature.  Execution  of  this  instruction 
indicates  the  occurrence  of  one  of  the  events  being 
monitored.    The   operands  of   the  Monitor   CALL  instruction 
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perait  specification  of  up  to  16  class€S  of  events,  each 
class  with  up  to  16  million  unique  types  of  events.  When  a 
Monitor  CALL  instruction  is  executed,  a  program  interruption 
cccurs,  if  the  monitor  class  indicated  is  specified,  and  the 
event  identification  (class  and  type)  is  stored  in  the  lower 
fixed  storage  area. 

Both  the  FEB  facility  and  the  monitoring  feature 
are  provided  for  debugging  purposes.  The  two  features 
differ  from  one  another  in  (1)  the  number  of  events  that  can 
be  defined,  (2)  whether  the  events  are  defined  by  the 
hardware  or  the  programmer,  and  (3)  wheter  the  hardware  or 
the  programmer  checks  for  the  events  and  causes  the 
interruptions.  ihen  PEB  is  used,  once  the  events  to  be 
monitored  have  been  designated  by  the  user,  processor 
hardware  checks  for  the  occurrence  of  the  events  and  causes 
the  interruption,  When  the  monitoring  feature  is  used,  the 
user  defines  the  events  to  be  monitored  (up  to  16  classes 
with  up  to  16  million  codes  each,  instead  of  four  events), 
and  causes  the  prograa  interruption  by  placing  MONITOfi  CALL 
instructions  at  the  desired  places  within  the  program. 

e.   I/O  Features 

The  fast  internal  performance  of  the  4341 
Processor,  together  with  the  expanded  use  of 
multiprogramming,  requires  that  more  data  be  available  at  a 
faster  rate.  The  4341  Processor  supports  more  and  faster 
concurrent  high  speed  I/O  Operations  than  similar  models 
(370/50,  370/65).  It  also  provides  the  block  multiplexing 
capability,  which  is  not  available  in  those  mcdels.  The  I/O 
features  of  the  4341  processor  provide: 

-  Attachment  of  the  3505  Beader  and  3525  Punch  with  variety 
of  models,  that  can  operate  at  800  and  1200  cards  per 
minute,  respectively. 

-  Attachment  of  variety  of  printers.    The  3203  Model  5  with 
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print  speed  of  1200  alphanumeric  lines  per  minute.  The 
high-speed  3211  printer  with  print  speed  of  2000 
alphanumeric  lines  per  minute.  The  3800  Printer 
subsystem,  for  very  high-speed  printing  (up  to  10,020 
lines  per  minute  or  20,040  lines,  with  double  number  of 
lines  per  inch) . 

-  Low  cost  attachment  of  up  to  three  3278  Model  2k  displays 
and/or  3287  Model  1  cr  2  printers. 

-  Support  of  synchronous  data  linJc  control  communications 
for  remote  units  attached  via  the  3704/3705  communications 
controllers. 

-  Attachment  of  high-speed,  high  capacity,  direct  access 
devices,  such  as  3370,  3330-series,  3340/3344,  3350,  and 
the  2305  Model  2. 

-  Attachment  of  high-speed  tape  units,  such  as  the  3420 
models  4,  6  and  8. 

-  Potential  increases  in  channel  throughput  via  use  of  blocJc 
multiplexing  and  rotational  position  sensing  to  improve 
effective  data  transfer  rates. 

-  A  significantly  high  attainable  aggregate  I/O  data  rate  to 
balance  the  higher  performance  capabilities  of  the  4341 
Processor.  (Maximum  9MB/sec,  with  5  blocJc  multiplexer 
channels) . 

2 .   Comments 

Since  hardware  features  and  programming  systems 
support  for  the  4341  Processor  are  upward  compatible  with 
those  of  System/360,  the  4341  Processor  offers  Model  50  and 
65  users  significantly  expanded  computing  capabilities 
without  the  necessity  of  a  large  conversion  effort.  Little 
cr  no  time  need  be  spent  modifying  operational  System/360  or 
System/370  application  programs  or  the  IBM  1400  programs 
currently  being  emulated. 

Existing   processor-bound  System/360  programs  can 
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execute  faster  in  a  4341  Processor  because  of  the 
significantly  increased  internal  performance  of  the  4341 
Processor,  while  I/0-tcund  programs  can  benefit  from  the  use 
cf  more  processor  storage,  faster  channel  capability,  block 
Multiplexing,  and  faster  I/O  devices.  The  4341  Processor 
also  offers  eccnciical  and  flexible  entry  into 
coaiunicat ions- based  applications. 

The  increased  power  and  new  functions  of  the  4341 
Processor  provide  the  base  for  expanded  application 
installation  and  penetration  of  previously  marginal 
application  areas.  New  application  installation  and 
transition  to  online  operations  can  be  easier  when  a  virtual 
storage  environment  is  inplemented.  The  greatly  improved 
price  performance  of  the  4341  Processor  offers  the 
Systfia/360  and  Systea/370  user  the  opportunity  to  widen  his 
data  processing  base  tor  a  significantly  lower  cosr  than  was 
previously  possible. 

For  large  installations  that  want  undisrupred  growth 
and  decentralization  cf  their  data  processing  facilities, 
the  434  1  Processor  provides  economical  and  easy  entry  into 
(or  expansion  of)  distributed  data  processing  operations. 

A  virtual  storage  environment  is  designed  primarily 
to  provide  new  functional  capabilities  for  the  installation 
as  a  whole,  although  performance  gains  are  possible  for 
installations  with  particular  environmental  characteristics. 

The  general  functional  aims  of  IBM-supplied  virtual 
storage  operating  systems  are  (1)  to  use  new  hardware 
features  and  additional  control  program  processing  to 
support  certain  facilities  that  are  not  possible  in  a 
nonvirtual  storage  environment  because  of  real  storage 
restraints  and  (2)  to  handle  other  functions  that  must  be 
performed  by  installation  personnel  (programmers,  operators, 
and  system  designers)  when  virtual  storage  and  address 
translation  are  not  used. 
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It  is  also  important  to  note  that,  while  a  virtual 
storage  operating  system  permits  an  installation  to  be 
independent  of  real  storage  restraints  to  a  large  degree  and 
enables  real  storage  to  be  utilized  more  efficiently,  the 
performance  of  the  system  and  specific  advantage  that  can  be 
achieved  still  depen.d  largely  en  the  amcunt  of  real  storage 
present  in  the  system  and  on  the  computing  speed  of  the 
processor,  among  ether  things.  Hence,  virtual  storage  and 
an  address  translation  capability  are  not  a  substitute  for 
real  storage.  Rather,  they  provide  an  installation  with 
greater  flexibility  in  the  tradeoff  between  real  storage 
size  and  function  or  performance. 

The  degree  to  which  a  particular  installation 
experiences  the  potential  benefits  of  a  virtual 
storage/address  translation  environment  is  highly  system 
configuration  dependent  aud  application  dependent  (number, 
type,  complexity  of  applications  installed  or  to  be 
installed) .  In  addition,  consideration  must  be  given  to  the 
system  resources  that  are  specifically  required  to  support  a 
virtual  storage  environment. 
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III.   VIRTUAL  MA CHINE/ SYSTEM  PRODUCT  (VM/SPl 

iJIGH LIGHTS  AND  PERFOHMANCE  CONSIDERATIONS 

A.   HIGHLIGHTS 

Virtual  Machine/Systea  Product  (VM/SP)  in  conjunction 
with  VM/370  Release  6  is  a  System  Conrrol  program.  It 
■anages  the  sources  of  an  IBM  System/370,  or  4300,  or  303x 
system  complex  in  such  a  way  that  multiple  users  have  a 
functional  simulation  of  a  computing  system  (a  virtual 
■achine)  at  their  Disposal. 

That  is,  the  virtual  aachine  runs  as  if  it  were  a  real 
■achine  simulating  both  hardware  and  software  resources  of 
the  system.  These  simulated  resources  can  be  shared  either 
with  other  virtual  machines  or  alternately  allocated  to  each 
■achine  for  a  specified  tiae.  Furthermore,  virtual  machines 
can  run  the  same  or  different  operating  systems 
simultaneously.  Thus,  the  individual  user  can  create  and 
adapt  his  virtual  machine  to  meet  his  own  special  needs. 

VM/370  Release  6  System  coDsisrs  of  four  components: 
the  Control  Program  (CP)  ,  Conversatioiial  Monitor  System 
(CMS) ,  Remote  Spooling  Communications  Subsystem  (RSCS) ,  and 
Interactive  Problem  Control  System  (IPCS) .  Each  of  these 
components  control  its  unigue  part  of  the  system.  Together, 
these  components  provide  the  virtual  machine  with  time 
sharing,  remote  spcoling,  and  problem  reporting  for 
System/370  uniprocessor,  attached  processor,  and 
■ultiprocessor  systems.  Two  of  these  components,  CP  and 
CMS,  have  been  extensively  modified  with  new  functions  and 
efficiencies  and  integrated  into  a  VM/370  Release  6  base. 
In  publications,  this  collective  package,  that  is,  CP  CMS, 
RSCS  and  IPCS,  is  simply  referred  to  as  VM/SE. 
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Control  Prograa 

The  ccntrcl  program  (CP)  executes  in  a  real  machine 
controlling  the  resources  of  that  machine.  CP  is  the 
vehicle  that  is  used  to  create  concurrent  virtual  machines. 

Conversational  Monitor  System 

CHS  is  a  single-user  operating  system  designed  to 
operate  in  a  virtual  machine.  CHS  provides  a  wide  range  of 
general-purpose,  conversational  time  sharing  functions. 

P.emote  Spooling  Ccnmrnunications  Subsystem 

RSCS,  VH/370  Release  6  component,  is  a  single-user 
operating  system  that  runs  under  CP.  ascs  executes  in  one 
or  more  virtual  machines  and  transfers  data  between  virtual 
machines  and  remote  users. 

Interactive  Problem  Control  System 

IPCS,  a  VH/370  Release  6  component,  is  a  group  of 
commands  and  controls  that  execute  under  CMS  to  provide 
problem  analysis  and  management  facilities.  IPCS 
standardizes  the  process  of  reporting  problems  and  includes 
a  method  for  identifying  duplicate  problems  within  the 
system.  It  also  provides  the  user  with  the  capability  of 
viewing  and  diagnosing  CP  abend  dumps  through  the  virtual 
nachines  operator's  console. 

1«  Ik^   Virtual  Environment 

a.   The  Virtual  Machine 

A  virtual  machine  is  functionally  eguivalent  to 
a  real  system.  It  has  simulated  hardware  and  software 
resources  that  operate  in  a  real  computer  under  CP .  Each 
vir-ual  machine  is  defined  in  the  VM/SP  directory;  the 
directory  describes  its  simulated  storage,   I/O  devices  and 
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console. 

b.  Virtual  Stcrag€ 

&  virtual  storage  system  can  sioulate  real 
storage  within  a  range  of  from  8  kbytes  to  16  Megabytes  (the 
■azimua  virtual  storage  size) 

Virtual  storage  extends  beyond  the  size  of  real 
storage  and  is  not  liaited  by  the  amount  of  real  storage. 
It  is  highly  probable  for  the  combined  virtual  storage  of 
several  virtual  machines  to  be  greater  than  the  real 
storage.  Virtual  Storage  can  be  managed  and  protected 
through  segmentation.  Each  segment  is  64)c,  and  there  are 
from  1  to  256  segments  depending  on  the  size  of  virtual 
storage.  As  a  storage  protection  feature  fcr  all  virtual 
machines,  page  and  segment  tables  are  accessible  only  to  CP. 
Generally,  one  virtual  machine  cannot  access  or  alter  the 
virtual  storage  of  another  virtual  machine;  however, 
mutually  consenting  users  may  share  real-only  virtual 
storage  and  real-write  virtual  storage. 

c.  Virtual  Processor 

CP  provides  each  virtual  machine  with  a  single 
virtual  processor  tc  execute  instructions  and  receive 
interruptions.  In  actuality,  this  virtual  processor  is  the 
shared  use  of  the  real  processor.  CP  simulates  the 
privileged  instructions,  and  the  real  processor  executes  the 
non  privileged  instructions.  The  virtual  processor  provided 
in  the  virtual  machine  is  a  uniprocessor  simulation, 
attached  processor  and  aultiprccessor  simulation  is  not 
supported  in  the  virtual  machine  environment,  regardless  of 
the  installation's  computer  complex  on  which  VM/SP  is 
loaded . 

d.  Virtual  System  console 
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The  virtual  machine  system  console  has  three 
lajor  communication  functicn-s.  Pirst,  to  communicate  to  CP, 
so  it  can  provide  to  the  virtual  machine  simulations  of 
functions  that  are  performed  on  real  system  consoles. 
Second,  to  provide  the  virtual  machine  user  a  means  of 
dynamically  altering  specific  attributes  of  a  virtual 
oachine.  Third,  to  provide  a  means  of  communicating  vith 
the  application  program  that  is  running  in  the  virtual 
machine.  To  accomplish  these  functions  reguires  a  real 
terminal  device.  A  virtual  machine  is  "disconnected"  by 
detaching  its  assigned  supporting  terminal  console.  It  is 
done  by  CP  command.  Note,  disconnecting  the  console  does 
not  negate  current  virtual  machine  processing. 

e.   Virtual  I/C  Devices 

The  virtual  machine  supports  the  same  devices  as 
a  real  machine:  it  is  the  virtual  machine,  not  CP,  that 
controls  them.  Ihe  I/O  configuration  must  be  defined  by  the 
user  in  the  CP*S  user  directory  entries.  However, 
additional  I/O  reguirements  can  be  met  dynamically  by  the 
user  via  CP  commands. 

The  user  also  has  the  option  of  assigning 
different  addresses  tc  his  virtual  devices,  or  using  those 
cf  the  real  devices.  In  eitjier  case,  CP  ccmments  the 
virtual  address  tc  its  real  counterpart  and  performs  any 
necessary  data  translation. 

2.   Virtual  Machine  Operating  Systems 

ihile  the  control  program  of  VM/SP  manages  rhe 
concurrent  execution  cf  the  virtual  machines,  it  is  also 
necessary  to  have  an  operating  System  manage  the  work  flow 
within  each  virtual  machine.  Because  each  virtual  machine 
executed  independently  of  ether  virtual  machines,  each  one 
can  use   either  a   different  Operating   system  or   different 
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releases  of  the  sane  operating  system. 

A  list  cf  soB€  of  the  operating  systems  [ Ref .   8] 
that  can  execute  in  virtual  machines,  follows: 
BATCH  OE  SINGLE-OSjR  INTERACTIVE 
DOS  OS/PCP 

DOS/VS  OS/MFT 

DOS/VSE  OS/MUT 

0S/VS1 
RSCS  0S/VS2  SVS 

0S/VS2  MVS 
OS-ASP 

nOLTIPLE  -  ACCESS 
VM/370 

TIME  SHARING  OPTION  OP 
OS  DCS/VSE  Hith  VSE/ICCf 

CCNVERSATICNAL 
CMS 

Hith  the  exception  of  OS/PCP  and  CMS,  these  are  all 
lultiprograaming  systems.  However,  when  operating  in  a 
virtual  machine,  the  user  has  the  choice  of  running  multiple 
partitions  in  one  virtual  machine  (Similar  to  stand-alone 
operation)  or  single  partitions  in  multiple  virtual 
machines.  Hhen  running  multiple  partitions  in  one  virtual 
machine,  multiprogramaiing  and  unit  record  spooling  is  done 
by  both  the  Operating  System  and  VM/SP.  When  running  single 
partitions  in  multiple  virtual  machines,  the  need  for 
Multiple  virtual  storages  places  a  burden  on  auxiliary 
storage.  However,  this  can  be  alleviated  ty  using  shared 
systems. 

a.   Single  -  user  Systems 

Systems   that   can  execute   interactively  by   a 
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single  user  include  the  CMS  and  any  operating  system  that 
can  execute  in  a  virtual  machine.  A  time-sharing  environment 
is  created  when  VM/SP  creates  multiple  virtual  machines, 
each  controlled  by  the  same  operating  system.  Thse  systems 
operate  concurrently  with  each  other  as  well  as  with  other 
conversational  or  batch  systems. 

b.   Multiple-access  Systems 

Multiple-Access  systems,  such  as  MVS  ISO, 
execute  in  one  virtual  machine  and  directly  service  many 
interactive  terminals.  To  connect  a  terminal  with  the 
virtual  machine,  the  user  of  a  multiple-access  system  issues 
the  DIAL  command  instead  of  the  LOGON  command. 

Once  his  terminal  is  connected,  the  user  issues 
only  the  commands  associated  with  the  multiple-access 
system. 

3.   VM/SP  Applications 

Osing  VM/SP,  an  installation  can  perform  its  work 
more  efficiently  and  easily.  Virtual  machine  applications 
aid  in  programming,  operations,  and  interactive  use. 

a.   System  Programming 

-  Reducing  the  amount  of  haads-cn  testing  time  on  the  real 
machine. 

-  Testing  new  or  modified  SVC  routines  in  a  virtual  machine. 

-  Generating  and  testing  in  a  virtual  machine  either  new 
independent  component  releases  (ICES)  or  new  releases  of 
an  operating  System. 

-  Debugging  from  a  terminal  device. 

t.   Application  Programming 

-  Osing  the  system  product  editor  to  create  source  programs 
and  data  files. 
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-  Dabugging  frcm  a  termiDal  while  under  operating  system 
control 

-  Providing  faster  turnaround  time,  more  test  periods  per 
day,  and  a  shorter  development  cycle. 

-  Designing  application  programs  without  real  storage 
limitations. 

-  Defining  minidisks  and  other  virtual  devices  to  design  and 
test  a  slightly  different  or  larger  machine  configuration 
before  installing  the  hardware. 

-  Using  SCRIPT/VS,  a  program  product,  for  text  preparation, 
to  create  an  update  program  specifications. 

c.  Operations 

An  interactive  virtual  machine  environment 
relieves  problems  of  scheduling,  support,  and  backup  and 
expedites  productions;  seme  of  these  operational  advanrages 
are: 

-  Training  operators  in  a  virtual  machine  that  is  isolated 
froi  production  virtual  machines. 

-  Defining  a  virtual  machine  and  its  devices  as  backup  to 
another  real  machine. 

-  Running  different  types  of  work  concurrently  on  a  single 
real  machine. 

-  Executing  many  types  of  batch  applications  with  no  change 
to  the  program  either  in  a  individual  virtual  machine  or 
in  a  virtual  machine  dedicated  to  executing  programs  in 
batch  node. 

d.  Backup  System 

An  installation  using  VM/SP  has  mere  flexibility 
in  using  another  System/370  computing  system  for  backup. 
Neither  the  same  System/370  model  nor  the  same  amount  of 
real  storage  have  to  be  part  of  the  backup  system.  The 
backup  system  must  include,   but  is   not  limited  to  the  same 
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type  and  number  of  real  devices  as  these  virtual  machines 
require.  Also,  the  backup  system  must  have  a  sufficient 
number  of  direct  access  storage  drives  so  that  the  user 
volumes  can  be  mounted. 

E.   GENEBAL  INFOEHATICN 

The  performance  characteristics  of  an  operating  system, 
when  it  is  run  in  a  virtual  machine  environment,  are 
difficult  to  predict.  This  unpredictability  is  a  result  of 
several  factors:  [Hef.  9] 

-  The  System/370  model  used. 

-  The  total  number  of  virtual  machines  executing. 

-  The  type  of  Mork  being  done  by  each  virtual  machine. 

-  The  speed,  capacity,  and  number  of  the  paging  devices. 

-  The  amount  of  fixed  head  paging  storage. 

-  The  amcunt  of  real  storage  available. 

-  The  degree  of  channel  and  control  unit  contention,  as  well 
as  arm  contention,  affecting  the  paging  device. 

-  The  type  and  number  of  VM/SP  performance  options  in  use  by 
one  or  more  virtual  machines. 

-  The  degree  of  MSS  3330  volume  use. 

-  The  order  in   which  devices   are  selected  for  preferred 
paging  and  spooling. 

The  performance  of  a  specific  virtual  machine  may  never 
equal  that  of  the  saae  operating  system  running  standalone 
on  the  same  System/370,  but  the  total  throughput  obtained  in 
the  virtual  machine  environment  may  equal  or  better  that 
obtained  on  a  real  machine. 

When  executing  in  a  virtual  machine,  any  function  that 
cannot  be  performed  wholly  by  the  hardware  causes  some 
degree  of  degradation  in  the  virtual  machine^s  performance. 
As  the  control  program  for  the  real  machine,  CP  initially 
processes  all  real  interrupts.   A  virtual  machine  operating 
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system's  instructions  are  always  executed  in  problem  state. 
Any  privileged  instruction  issued  by  the  virtual  machine 
causes  a  real  privileged  instruction  exception  interruption. 
The  amount  of  work  to  be  dene  by  CP  to  analyze  and  handle  a 
virtual  machine-initiated  interrupt  depends  upon  the  type 
and  complexity  cf  the  interrupt. 

1,   Program  states 

When  instructions  in  the  Control  Program  are  being 
executed,  the  real  computer  is  in  the  supervisor  state;  at 
all  other  times,  when  running  virtual  machines,  the  real 
computer  is  in  the  problem  state.  Therefore,  privileged 
instructions  cannot  te  executed  by  the  virtual  machine. 
Programs  running  on  a  virtual  machine  can  issue  privileged 
instructions;  but  such  an  instruction  either  (1)  causes  an 
interruption  that  is  handled  by  the  Control  Program,  or  (2) 
is  intercepted  and  handled  by  the  processor,  if  the  virtual 
machine  assist  feature  or  VM/370  Extended  Control  Program 
Support  is  enabled  and  supports  that  instruction.  CP 
examines  the  operating  status  of  the  virtual  machine  PSH. 
If  the  virtual  machine  is  in  problem  mode,  the  privileged 
interrupt  is  reflected  to  the  virtual  machine. 

Only  the  Control  Program  may  operate  in  the 
supervisor  state  en  the  real  machine.  All  programs  other 
than  CP  operate  in  the  problem  state  on  the  real  machine, 
ill  user  interrupts,  including  those  caused  by  attempted 
privileged  operations,  are  handled  by  either  the  control 
program  or  the  processor  (is  the  virtual  machine  assist 
feature  or  7M/370  Extended  Control-Program  Support  is 
available) .  Only  those  interrupts  that  the  user  program 
would  expect  from  a  real  machine  are  reflected  to  it.  k 
user  program  executes  on  the  virtual  machine  in  a  manner 
identical  to  its  execution  on  a  real  System/370  processor, 
as  long   as   the   user  program  does  net   violate   the  CP 
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restrictions. 

2.   Osing  Process cr  resources 

CP  allocates  the  processor  resource  to  virtual 
aachines  according  to  their  operating  characteristics, 
priority,  and  the  system  resources  available. 

Virtual  aachines  are  dynamically  categorized  at  the 
end  of  each  tine  slice  as  interactive  or  noninteractive, 
depending  upon  the  frequency  of  operations  tc  or  from  either 
the  virtual  system  ccnsole  or  a  terminal  controlled  by  the 
virtual  aachine. 

Virtual  machines  are  dispatched  from  one  of  two 
Queues,  called  Queue  1  and  Queue  2.  In  order  to  be 
dispatched  from  either  queue,  a  virtual  machine  must  be 
considered  executable  (that  is,  not  waiting  for  some 
activity  or  for  soae  other  system  resource) .  Virtual 
aachines  are  not  considered  dispatchable  if  the  virtual 
aachine  [Ref . 10  ]. 

-  Enters  a   virtual  wait   state  after   an  I/C  operation  has 
begun. 

-  Is  waiting  for  a  page  frame  of  real  storage. 

-  Is  waiting  for  an  I/O  operation  to  be  translated  by  CP  and 
started. 

-  Is  waiting  for  CP  to  simulate  its  privileged  instructions. 

-  Is  waiting  for  a  CP  console  function  to  be  performed. 

a.   Queue  1 

Virtual  machines  in  Queue  1  (Q1)  are  considered 
conversational  cr  interactive  users,  and  enter  this  Queue 
when  an  interrupt  from  a  terminal  is  reflected  tc  the 
virtual  machine.  The  Q1  virtual  machines  are  ordered  by 
their  deadline  priorities  in  the  dispatch  list.  A  deadline 
priority  is  a  value  calculated  by  the  fair  share  scheduler 
every  time  a  user  is  dropped  from  a  queue  (queue  drop  time) . 
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This  value  is  based  on  paging  activity,  processor  usage,  the 
load  on  the  system,  and  user  priority.  Deadline  priority  is 
used  to  determine  when  the  user  receives  his  next  time 
slice. 

A  particular  virtual  machine's  deadline  priority 
for  Q1  Hill  be  better  (earlier)  than  its  corresponding 
priority  for  Q2.  The  deadline  priorities  for  all  Q1  virtual 
■achines  are  not  necessarily  better  than  the  deadline 
priorities  for  all  Q2  virtual  machines. 

Virtual  machines  are  dropped  from  Q1  when  they 
complete  th«ir  time  slice  cf  processor  usage,  and  are  placed 
in  an  "eligible  list".  Virtual  machines  entering  CP  command 
mode  are  also  dropped  form  Q1. 

b.   Queue  2 

Virtual  machines  are  selected  to  enter  Q2  from  a 
list  of  eligible  virtual  machines  (the  eligible  list) .  The 
ordering  of  virtual  lachines  on  the  eligible  list  and  the 
dispatch  list  is  determined  on  the  basis  of  each  virtual 
machine's  deadline  priority. 

There  are  two  lists  of  virtual  machines  in  Q2; 
those  in  the  eligible  list  and  those  in  the  dispatch  list. 
Both  lists  are  sorted  by  deadline  priority.  A  particular 
deadline  priority  depends  on  many  factors: 

-  The  time-of-day  the  virtual  machine  last  dropped  from  the 
dispatch  list. 

-  The  virtual  machine's  user  priority 

-  The  current   load  and   number  of  virtual  machines   on  the 
system 

-  The  current  resource  utilization  of  the  virtual  machine 

A  virtual  machine  enters  Q2  only  if  its  working 
set  size  is  not  greater  than  the  number  of  real  page  frames 
available  for  allocation  at  the  time.    The  working  set  of  a 
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virtual  machine  is  calculated  and  saved  each  tine  a  user  is 
dropped  from  Q2.  The  working  set  size  is  a  function  of  the 
number  of  virtual  pages  referred  to  by  the  virtual  machine 
during  its  stay  in  Q2,  and  the  number  of  its  virtual  pages 
that  are  resident  in  real  storage  at  the  time  it  is  dropped 
from  the  queue. 

If  the  calculated  MorJcing  set  of  the  highest 
priority  virtual  machine  in  the  eligible  list  is  greater 
than  the  number  of  page  frames  available  for  allocation,  CP 
continues  to  search  the  eligible  list,  in  deadline  priority 
crder,  for  a  virtual  machine  whose  wcrlcing  set  does  not 
exceed  the  number  of  available  page  frames. 

ihen  a  virtual  machine  completes  its  time  slice 
of  processor  usage,  it  is  dropped  from  Q2  and  placed  in  the 
eligible  list  according  to  its  deadline  pricrity.  When  a 
virtual  machine  in  Q2  enters  CP  command  mode,  it  is  removed 
from  Q2. 

To  leave  CP  mode  and  return  his  virtual  machine 
to  the  eligible  list  fcr  Q2,  a  user  can  issue  a  CP  command 
that  thransfers  control  to  the  virtual  machine  operating 
system  fcr  execution  (for  example,  beging,  ipl,  external, 
and  RESTART)  . 

Virtual  machines  in  Q2  are  considered  to  be 
noninteractive.  In  CF,  interactive  virtual  machines  (those 
in  Q1)  ,  if  any,  are  normally  considered  for  dispatching 
before  noninteractive  virtual  machines  (Q2) .  This  means 
that  CMS  users  entering  commands  that  do  not  involve  disk  or 
tape  I/O  operations  should  get  fast  responses  from  the  VM/SP 
system  even  with  a  large  number  of  active  virtual  machines. 
All  virtual  machines  (Q1  and  Q2)  on  the  dispatch  list  are 
ordered  by  their  deadline  priority.  There  can  be  many 
instances  where  some  virtual  machines  in  Q2  are  considered 
for  dispatching  before  virtual  machines  in  Q1  because  of 
their  user  priority,  current  resource  utilization  level,   or 
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for  other  reasons. 

c.  Deadline  priority 

The  deadline  priority  is  calculated  at  queue 
drop  tine  by  taking  the  current  time-of-day  (TOD)  and  adding 
a  user  bias  factor,  which  is  the  product  of  the  user  bias 
ratio  and  the  C2  delay  factor  [Bef.ll].  The  Q2  delay 
factor,  which  is  calculated  dynamically  based  on 
configuration  and  load,  is  the  average  elapsed  tioe  required 
by  a  virtual  machine  tc  receive  an  amount  of  processor  time 
equal  to  one  Q2  time  slice.  In  the  scheduling  algorithm 
calculations  the  Q2  delay  factor  is  a  scaling  value  used  to 
adjust  the  calculation  for  configuration  and  load.  Before 
adding  it  to  the  current  time-of-day  it  is  adjusted  by  the 
user  bias  ratio.  The  user  bias  ratio  is  less  than  1,  equal 
to  1,  or  greater  than  1,  depending  on  whether  the  particular 
virtual  machine  is  currently  receiving  less  than,  equal  to, 
cr  more  than  its  specified  amount  of  resources. 

For  Q1  virtual  machines,  the  scaled  bias  is 
divided  by  8  (since  the  Q^  processor  usage  time  slice  is 
1/8th  the  Q2  time  slice) .  The  difference  between  scheduling 
a  virtual  machine  in  Q1  instead  of  Q2  is  that  it  receives 
1/8th  the  amount  of  processor,  8  times  as  often.  Operating 
constantly  in  either  queue,  a  virtual  machine  should  receive 
the  same  amount  of  processor  resources  over  an  extended 
period  of  time.  The  only  preference  given  Q1  virtual 
machines  is  when  they  are  being  moved  from  the  eligible  list 
to  the  dispatch  list.  They  will  be  moved  ahead  of  Q2 
virtual  machines  with  the  same  or  even  slightly  better 
deadline  priorities. 

d.  Queue  3 

Q3  is  an  extension  of  Q2  sheduiiag.  It  helps  to 
distinguish   between   non-interactive  virtual  machines  and 
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those  that  are  frequently  switching  back  and  forth  between 
Q2  and  Q1.  Virtual  machines  that  have  cycled  through  at 
least  eight  consecutive  Q2  processor  time  slices  without  a 
Q1  interaction  are  labeled  Q3.  Q3  virtual  machines  are  kept 
in  the  saae  lists  (or  queues)  as  Q2  virtual  nachines  and  for 
■ost  purposes  are  treated  identicallly .  The  differences 
between  Q2  and  Q3  virtual  machines  are  reflected  in  their 
deadline  priority  calculations  and  the  amounts  of  such 
processor  time  they  are  allowed  in  queue.  Q3  virtual 
machines  are  allowed  eight  consecutive  Q2  processor  time 
slices  before  they  are  dropped  from  queue.  Because  of  the 
eight-fold  increase  in  processor  time  allowed  for  each  time 
in  queue,  the  scaled  bias  is  multiplied  by  eight  before 
adding  to  the  current  time-of-day  to  form  the  deadline 
priority.  Q3  virtual  machines  should  receive  eight  times  as 
much  processor  time  each  time  in  queue  as  Q2  virtual 
machines,  but  only  1/8th  as  often. 

To  reiterate  the  QVQ2  statement:  operating 
constantly  in  any  queue,  a  virtual  machine  should  receive 
the  same  amount  of  processor  resources  over  an  extended 
period  of  elapsed  time.  This  does  not  necessarily  mean  that 
a  virtual  machine  will  perform  the  same  when  operating  in  Q3 
mode  as  when  operaticg  in  standard  Q2  mode.  An  amount  of 
overhead  (roughly  proportional  to  the  small  number  of 
resident  pages)  is  used  for  each  virtual  machine  when  it 
drops  from  queue.  iihen  operating  in  Q3  mode,  a  virtual 
machine  may  perform  much  better  than  in  normal  Q2  mode 
because  it  is  undergoing  fewer  queue  drops.  For  some  very 
large  virtual  storage  programs,  the  total  processor 
resources  used  has  been  cut  in  half  by  operating  in  Q3  mode 
as  compared  to  standard  Q2  mode. 

C.   VIRTUAL  MACHINE  I/O 

To  support  I/O  processing  in  a  virtual  machine,   CF  must 
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translate  all  virtual  machine  channel  comnand  word  (CCW) 
sequences  to  refer  to  real  storage  and  real  devices  and,  in 
the  case  of  minidisk,  real  cylinders.  CE's  handling  of  SIOS 
for  virtual  machines  can  be  one  of  the  most  significant 
causes  of  reduced  performance  in  virtual  machines. 

The  number  of  SIO  operations  required  by  a  virtual 
machine  can  be  significantly  reduced  using:  large  blocking 
factors  (up  to  U076  bytes) ,  preallocated  data  sets,  virtual 
machine  operating  system  options  (such  as  chained  scheduling 
in  OS) ,  or  finally  with  the  substitution  of  a  faster 
resource  (virtual  storage)  for  I/O  operations,  by  building 
small  temporary  data  sets  in  virtual  storage  rather  than 
using  an  I/O  device. 

Frequently,  there  can  be  a  performance  gain  when  CP 
paging  is  substituted  for  virtual  machine  I/O  operations. 
The  performance  of  an  operating  system  such  as  OS  can  be 
improved  by  specifying  as  resident  as  many  frequently  used 
OS  functions  as  are  possible.  In  this  way,  paging  I/O  is 
substituted  for  virtual  machine-initiated  I/O.  In  this  case 
the  only  work  to  be  dene  by  CP  is  to  place  into  real  storage 
the  page  that  contains  the  desired  routine  or  data. 

Three  CP  performance  options  are  available  to  reduce  the 
CP  overhead  associated  with  virtual  machine  I/O  instructions 
or  other  privileged  instructions  used  by  the  virtual 
machine's  I/O  Supervisor :[ Hef. 12  ] 

1.  The  'real*  option  removes  the  need  for  CP  to  perform 
storage  reference  translation  and  paging  before  each  I/O 
operation  for  a  specific  virtual  machine. 

2.  The  virtual  machine  assist  feature  reduces  the  real 
supervisor  state  time  used  by  VM/SP. 

3.  7M/370  Extended  Ccntrcl-Prcgram  Support  (ECPS)  further 
reduces  the  real  supervisor  state  time  used  by  VM/SP. 

D.   PAGING  CONSICEHATICNS 
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When  virtual  machines  refer  to  virtual  storage  addresses 
that  are  not  currently  in  real  storage,  they  cause  a  paging 
exception  and  the  associated  CP  paging  activity. 

The  addressing  characteristics  of  programs  executing  in 
virtual  storage  have  a  significant  effect  on  the  number  of 
page  exceptions  experienced  by  the  virtual  machine.  Hhen  an 
available  page  of  virtual  storage  contains  only  reentrant 
code,  paging  activity  can  be  reduced,  since  the  page, 
although  referred  to,  is  never  changed,  and  thus  does  not 
cause  a  write  operaticn  to  the  paging  device. 

7irtual  machines  that  reduce  their  paging  activity  by 
controlling  their  use  of  addressable  space  improve  resource 
management  for  that  virtual  machine,  the  VM/SP  system,  and 
all  other  virtual  machines.  The  total  paging  load  that  must 
be  handled  by  CP  is  reduced,  and  more  time  is  available  for 
productive  virtual  machine  use. 

Additional  dynamic  paging  storage  may  be  gained  by 
controlling  free  storage  allocation,  the  amount  of  free 
storage  allocated  at  VM/SP  initialization  time  can  be 
controlled  by  the  installation. 

CP  provides  three  performance  options,  locked  pages, 
reserved  page  frames,  and  a  virtual=real  area,  to  reduce  the 
paging  requirements  of  virtual  machines.  Generally,  these 
facilities  require  seme  dedication  of  real  storage  to  the 
chosen  virtual  machine  and,  therefore,  improve  its 
performance  at  the  expense  of  ether  virtual  machines. 

1 •   Locked  Pa^es  Option 

The  LOCK  command,  which  is  available  to  the  system 
operator  (with  privilege  class  A) ,  can  be  used  to 
permanently  fix  or  lock  specific  pages  of  virtual  storage 
into  real  storage.  In  so  doing,  all  paging  I/O  for  these 
page  frames  is  eliminated.  Only  frequently  used  pages 
should  be  locked  into  real  storage.    Since  page  zero  (first 
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4096  bytes)  of  a  virtual  machine  storage  is  referred  to  and 
changed  frequently,  it  should  be  the  first  page  of  a 
particular  virtual  machine  that  an  installation  considers 
locking.  The  virtual  machine  interrupt  handler  pages  might 
also  be  considered  good  candidates  for  locking. 

ether  pages  tc  be  locked  depend  upon  the  work  being 
done  by  the  particular  virtual  aachine  and  its  usage  of 
virtual  storage. 

Once  a  page  is  locked,  it  remains  locked  until 
either  the  user  logs  off  or  the  system  operator  issues  the 
ONLOCK  command  for  that  page, 

2.  Beseryed  Pa^e  Frames  Option 

A  more  flexible  approach  than  locked  pages  is  the 
reserved  page  frames  option.  This  option  provides  a 
specified  virtual  machine  with  an  essentially  private  set  of 
real  page  frames,  the  number  of  frames  being  designated  by 
the  system  operator  when  he  issues  the  Cf  SET  RESERVE 
command  line.  Pages  will  not  be  locked  into  these  frames 
but  they  can  be  paged  cut  only  for  other  active  pages  of  the 
same  virtual  machine. 

This  option  is  usually  more  efficient  than  locked 
pages  in  that  the  pages  that  remain  in  real  storage  are 
those  pages  with  the  (Greatest  amount  of  activity  at  that 
moment e  as  determined  automatically  by  the  system.  Although 
multiple  virtual  machines  may  use  the  lock  option,  only  one 
virtual  machine  at  a  time  may  have  the  reserved  page  frames 
cption  active. 

The  reserved  page  frames  option  provides  performance 
that  is  generally  consistent  frcm  run  to  run  with  regard  to 
paging  activity. 

3.  Virtual=Real    Cption 

This  option   eliminates  CP   paging  for  the  selected 
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virtual  machine.  All  pages  cf  virtual  machine  storage, 
except  page  zero,  are  locked  in  the  real  storage  locations 
they  would  use  on  a  real  computer.  CP  controls  real  page 
zero,  but  the  remainder  of  the  CP  nucleus  is  relocated  and 
placed  beyond  the  virtual=real  machine  in  real  storage. 

Since  the  entire  address  space  required  by  virtual 
■achine  is  locked,  these  page  frames  are  not  available  for 
use  by  other  virtual  lachines  except  when  the  *real*  machine 
is  not  logged  on.  This  option  increases  the  paging  activity 
for  other  virtual  machine  users,  and  in  so«e  cases  for 
7fl/SP. 

The  'real*  option  is  desirable  «hen  running  a 
virtual  machine  operating  system  (like  DOS/VS  or  OS/VS)  that 
performs  paging  of  its  own  because  the  possibility  of  double 
paging  is  eliminated. 

E.   VM/SF  PSRFOBMANCE  CONSIDERATIONS 

VM/SP  provides  a  number  of  options  £Ref.13]  an 
installation  may  use  to  improve  the  performance  of  virtual 
machines  and  VM/SP.  Several  options  improve  the  performance 
cf  installation  specified  virtual  machines;  other  options 
improve  the  performance  of  all  virtual  machines  and  VM/SP. 
The  options  are: 

Favored  execution 
User  priority 
Reserved  page  frames 

-  'real* 
Affinity 

Queue  drop  elimination 
Virtual  machine  assist 

-  Extended  Ccntrcl-Prcgraai   Suppicrt. 

Specifying  a  performance  option  may  mean  making  a 
performance  trade-off;   improving   the   performance  of  one 
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virtual  machine  at  the  expense  of  VM/Sf  and  other  virtual 

aachines. 

1 .  Favored  ex ecu t ion 

The  favored  execution  options  allow  an  installation 
to  modify  the  normal  CP  deadline  priority  calculations  in 
the  fair  share  scheduler  to  force  the  system  to  devote  more 
of  its  processor  resources  to  a  given  virtual  machine  than 
would  ordinarly  be  the  case:   There  are  2  options: 

The  basic  favored  execution  option 

The  favored  execution  percentage  option. 

The  basic,  means  that  the  virtual  machine  so 
designated  is  to  remain  in  the  dispatch  list  at  all  times, 
unless  it  becomes  nonexecutable.  When  the  virtual  machine 
is  executable,  it  is  to  be  placed  in  the  dispatchable  list 
at  its  normal  priority  position.  Multiple  virtual  machines 
can  have  the  basic  favored  execution  option  set.  However, 
if  their  combined  aain  storage  requirements  exceed  the 
sysrem ' s  capacity,  performance  can  suffer  because  of 
trashing. 

If  the  favored  task  is  highly  compute  bound  and  must 
complete  for  the  processor  with  many  other  tasks  of  the  same 
type,  the  installation  should  define  the  processor 
allocation  to  be  made.  In  this  case,  the  favored  execution 
percentage  option  can  be  selected.  This  option  specifies 
that  the  selected  virtual  machine,  in  addition  to  remaining 
in  Queue,  is  guaranteed  a  specified  minimun  percentage  (from 
1  to  100  percent)  of  the  total  processor  time  if  it  can  use 
it.  To  select  the  favored  execution  option,  specify  the 
FAVOHED  operand  on  the  SET  command. 

2.  Oser  Priority 

The   7M/SP   operator  can  assign  specific   priority 
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values  to  different  virtual  machines.  In  so  doing,  the 
virtual  nachine  Mith  a  higher  priority  is  allocated  a  larger 
share  of  the  system  resources  b€fore  a  virtual  machine  with 
a  lower  Priority.  Oser  priorities  are  set  fcy  the  following 
class  A  command: 

Set  PPICBITY  userid  nn 
Shere  userid  is  the  user's  identification  and  nn  is  an 
integer  value  from  1  to  99.  The  value  of  nn  affects  the 
user's  dispatching  priority  in  relation  to  other  users  in 
the  system.  The  priority  value  (nn)  is  one  of  the  factors 
considered  in  the  calculation  of  the  deadline  priority.  The 
deadline  priority  is  the  basis  on  which  all  virtual  machines 
in  the  system  are  ordered  on  bcth  the  eligible  list  and  the 
dispatch  list.  The  deadline  priority  calculation  is  based 
on  the  assumption  that  the  average  or  normal  (default)  user 
priority  is  64. 

3.   B 5 served  Pa^e  Frames 

VM/SP  uses  chained  list  of  available  and  pageable 
pages.  Pages  fcr  users  are  assigned  from  the  available 
list,  which  is  replenished  from  the  pageable  list. 

Pages  thar  are  temporarily  locked  in  real  storage 
are  not  available  or  pageable.  The  reserved  page  function 
gives  a  particular  virtual  machine  an  essentially  "private" 
set  of  pages.  The  pages  are  not  locked;  they  can  be 
swapped,  but  only  for  the  specified  virtual  machine.  Paging 
proceeds  using  demand  paging  with  a  "reference  bit" 
algorithm  to  select  the  best  page  for  swapping.  The  number 
of  reserved  page  frames  for  the  virtual  machine  is  specified 
as  a  maximum. 

^ •   Virtual^Beal 

For  this  option,  the  7M/SP  nucleus  must  be 
reorganized  to  provide  an  area   in  real  storage  large  enough 
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to  contain  the  entire  "real*  machine.  In  the  virtual 
■achine,  each  page  from  1  to  the  end  is  in  its  true  real 
storage  location,  only  its  page  zero  is  relocated.  The 
virtual  aachine  is  still  run  in  dynamic  address  translation 
■ode,  but  since  the  virtual  page  address  is  the  same  as  the 
real  page  address,  no  CCH  translation  is  required. 

There  are  several  considerations  for  the  'real* 
option  that  affect  overall  system  operation  [Eef.lU]. 

5.   Affinity 

This  option  allows  virtual  machines  that  operate  on 
attached  processor  or  multiprocessor  systems  to  select  the 
processor  of  their  choice  fcr  program  execution.  In 
application,  the  affinity  setting  of  a  virtual  machine 
implies  a  preference  of  operation  to  either  (or  neither) 
processor.  Affinity  of  operation  for  a  virtual  machine 
means  that  the  program  of  that  virtual  machine  will  be 
executed  on  the  selected  or  named  processor.  It  does  not 
imply  that  supervisory  functions  and  the  CF  housekeeping 
functions  associated  with  the  virtual  machine  will  be 
handled  by  the  same  processor. 

In  attached  prccesscr  systems  all  real  I/O 
operations  and  associated  interrupts  are  handled  by  the  main 
processor.  Virtual  I/O  initiated  on  the  attached  processor 
that  is  mapped  to  real  devices  must  transfer  control  to  the 
main  processor  for  real  I/O  execution.  Therefore,  benefits 
aay  be  realized  in  a  virtual  machine  "mix"  by  relegation 
those  virtual  machines  that  have  a  high  I/0-tc-compute  ratio 
to  the  main  processor,  and  those  virtual  machines  that  have 
a  high  ccmpute-to-I/0  ratio  to  the  attached  processor.  Such 
decisions  should  be  carefully  weighed  as  every  virtual 
machine  is  in  contention  with  ether  virtual  machines  for 
resources  of  the  system. 

An  important  use  of  the  affinity  setting  would  be  in 
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applications  where  there  are  virtual  machine  program 
requireaents  for  special  hardware  features  that  are 
available  en  one  processor  and  not  the  other, 

6.  Queue  Drog  Elimination 

7H/SP  attempts  to  optimize  system  throughput  by 
monitoring  the  execution  status  of  virtual  machines.  When  a 
virtual  machine  becomes  idle;  VM/SP  will  drcp  it  from  the 
active  queue.  The  virtual  machines  page  and  sequent  tables 
are  scanned,  and  resident  pages  are  invalidated  and  put  on 
the  flush  list, 

va/SP  determines  that  a  virtual  machine  is  idle  when 
it  voluntarily  suspends  execution,  and  no  high-speed  I/O 
operation  is  active.  Normally,  this  is  an  adequate 
procedure.  However,  in  certain  special  cases,  a  virtual 
machine  is  determined  to  be  idle  and  is  dropped  from  the 
queue,  but  it  becomes  active  again  sooner  than  expected.  If 
this  cycle  of  queue  dropping  and  reactivation  is  repeteadly 
executed,  the  overhead  involved  in  invalidating  and 
revalidating  the  virtual  machine's  page  may  become  large. 

The  CP  class  A  command  "SET  DBOP  userid  ON/OFF 
allows  the  installation  to  control  this  situation.  If  SET 
QDBOP  OFF  is  in  effect  for  a  virtual  machine,  that  virtual 
machine's  pages  are  net  scanned  or  flushed  when  the  machine 
becomes  idle.  The  page  stealing  mechanism  is  the  only  way 
the  pages  can  be  removed  from  storage.  (Page  stealing  is 
invoked  only  if  the  flush  list  is  empty) . 

7.  Virtual  Machine  assist  feature 

The  virtual  machine  assist  feature  is  a  processor 
hardware  feature  that  improves  the  performance  of  VM/SP. 
Virtual  storage  operating  systems,  which  run  in  problem 
state  under  the  control  of  VM/SP,  use  many  privileged 
instructions  and  SVCs  that  cause  interrupts  that  VM/3P  must 
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handle.  ihen  the  ▼irtual  machine  assist  feature  is  used, 
lany  of  these  interrupts  are  intercepted  and  handled  by  the 
processor.   Consequently,  VM/SP  performance  is  improved. 

The  Virtual  Bachine  Assist  Feature  intercepts  and 
handles  interruptions  caused  by  SVC»s,  invalid  page 
conditions,  and  several  privileged  instructions. 

Although  the  assist  feature  was  designed  to  improve 
the  performance  of  VM/SP,  virtual  machines  may  see  a 
performance  improvement  because  more  rescurces  are  availaisle 
for  virtual  machine  users. 

Whenever  you  IPL  VM/SP  on  a  processor  with  the 
virtual  machine  assist  feature,  the  feature  is  available  for 
all  VM/SP  virtual  machines.  However,  the  system  operator's 
SET  command  can  make  the  feature  unavailable  to  VM/SP  and, 
subsequently  available  again  for  all  users. 

The  virtual  machine  assist  features  is  not  available 
to  a  second-level  virtual  machine,  that  is,  a  virtual 
machine  that  is  running  in  a  virtual  machine. 

3»   Vfl/37Q  Extended  Ccntrol-Program  Support  (ECPS) 

ECPS,  extended,  for  specific  privileged 
instructions,  the  hardware  asjsistance  that  the  virtual 
machine  assist  features,  provides.  ECPS  also  provides 
hardware  assistance  for  frequently  used  VM/SP  functions. 
The  use  of  ECPS  improves  VM/SP  performance  beyond  the 
performance  gains  that  the  virtual  machine  assist  feature 
provides. 

ECPS  consists  of  three  functions: 

CP  assist 

Expanded  Virtual  Machine  assist 

Virtual  interval  timer  assist. 

CP  assist  provides  hardware  assistance  for 
frequently  used  paths  cf  specific  CP  functions. 
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Expanded  virtual  machine  assist  extends  the  hardware 
assistance  that  the  VflAF  provides  for  certain  instructions 
and  other  privileged  instructions. 


Virtual  Interval  tiaer  assist  provides  hardware 
updating  of  the  virtual  interval  timer.  Timer  updating 
occurs  only  while  the  virtual  machine  is  in  control  of  the 
real  processor.  Virtual  Interval  timer  assist  updater  the 
virtual  timer  at  the  same  freguency  hardware  updates  the 
real  timer,  300  times  per  second.  Thus,  virtual  interval 
timer  assist  updates  the  virtual  timer  more  freguently  than 
CP  updates  it.  Because  the  timer  is  updated  more 
freguently,  accounting  routines  may  be  able  to  provide 
accounting  data  that  is  more  accurate. 

ECPS  is  controlled  at  two  levels:  The  VH/SP  system 
and  the  virtual  machine. 

it  the  ?a/SP  system  level,  ECPS  is  automatically 
enabled  when  the  system  is  loaded.  At  the  virtual  machine 
level,  whenever  ECPS  is  enabled  on  the  system,  both  expanded 
virtual  machine  assist  and  virtucLL  interval  timer  assist  are 
automatically  enabled  when  you  leg  on:  There  are  different 
class  G  commands  that  allow  the  user  to  enable  or  disable 
the  different  ECPS  assists. 

F.   0TH2B  SYSTEM  FEATORES 

VM/SP  contains  several  other  features  [Ref.13]  that 
expand  the  capabilities  cf  operating  systems  running  in 
virtual  machines.   They  are: 

-  Virtual  Machine  Accounting 

-  Saved  Systems 

-  Shared  Systems 

-  Discontiguous  saved  segments 

-  Shared  segment  protection 

-  Virtual  Machine  ccmmunication  facility. 

-  Inter-Oser  communication  vehicle. 
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1 •   virtual  Hachinj  Accounting 

VH/SP  keeps  track  of  a  virtual  machine's  usage  of 
systea  facilities  and  records  accounting  information 
whenever  the  use  of  some  changeable  resource  is  terminated. 

2.   Saved  Systea 

When  initially  loading  an  operating  system  into  a 
virtual  machine  by  device  address,  7M/SE  reads  the  resident 
nucleus  into  real  storage  and  writes  it  back  out  to  the 
System  paging  device.  Simultaneously  it  updates  the  virtual 
machine's  paging  tables. 

In  addition,  at  systea  generation,  the  system 
programmer  can  specify  that  the  virtual  machine  contents  of 
specified  users  be  saved  automatically  on  CASD  if  either 
VH/SP  terminates  the  virtual  machine  or  if  VM/SP  itself  is 
terminated. 

•3.   Shared  Systems 

A  saved  system  can  also  share  reentrant  portions  of 
its  virtual  storage  among  many  concurrently  operating 
virtual  machines. 

The  greater  the  number  of  virtual  machines  that  are 
using  a  shared  system,  the  greater  the  storage  savings,  and 
the  greater  the  probability  that  the  shared  pages  will  be 
frequently  referenced.  Freguently  referenced  pages  tend  to 
remain  in  real  storage,  thereby  reducing  paging  activity. 
Less  paging  activity  increases  the  efficiency  of  the 
processor. 

^'   Virtual  Machine  Communication  Facility 

VMCP,  allows  one  virtual  machine  to  communicate  and 
exchange  data  with  other  virxual  machines  operating  under 
the  same  VM/SP  System. 
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5.   Inter-Oser  Cogjunication  Vehicle 

The  lOCV  defines  a  precise  protocol  for 
coimunication  between  virtual  machines  operating  under  the 
same  VH/SP  system.  In  addition,  it  is  possible  for 
authorized  virtual  machines  to  communicate  with  console 
communication  services  portion  of  VH/SPE  control  program. 
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IV.   THE  3033  ATTACHED  PROCESSOR  COMPLEX 

A.   THE  3033  PHCCESSOE  COMPLEX 

1 .   General  Definition  of  Multiprocessing 

A  Bultiprocessing  conf igjuration  is  cne  in  which  two 
or  lore  processors  are  interconnected  and  execute  two  or 
■ore  tasks  sinultaneously,  one  in  each  processor. 
Multiprocessing  is  a  logical  extension  of  nultiprogramming 
in  which  two  or  acre  tasks  operate  concurrently  in  a  single 
processor.  In  a  aultiprogramaing  environment  one  task 
executes  at  a  time  and  only  I/O  operations  fcr  two  or  more 
tasks  can  operate  simultaneously.  In  a  multiprocessing 
environment  both  I/O  operations  and  instruction  execution 
for  two  or  more  tasks  in  the  same  or  different  programs  can 
occur  simultaneously,  with  each  task  executing  in  a 
different  processor. 

The  hardware  connection  of  the  processors  in  a 
multiprocessing  configuration  is  the  means  by  which  the 
processors  communicate  with  each  other  in  order  to 
coordinate  the  activity  of  the  multiprocessing 
configuration.  A  multiprocessing  configuration  can  be 
tightly  or  loosely  ccupled  or  can  include  a  combination  of 
both  loosely  and  tightly  coupled  processors. 

A  tightly  coupled  multiprocessing  configuration  is 
cne  in  which  (1)  the  processors  share  access  to  all  the 
processor  storage  available  in  each  system,  (2)  processor- 
to-processcr  communication  is  accomplished  via  the  storing 
of  data  in  shared  storage  and  via  direct  prccesscr-to- 
processor  signals  (bcth  program-  and  hardware-initiated) , 
and  (3)  a  single  control  program  is  used.  The  3033 
Kultiprocessor  Complex  is,  therefore,  a  tightly  ccupled 
multiprocessing   configuration,   as  is  the   3033   Attached 
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Processcr  Coaplex. 

A  loosely  coupled  aultiprocessing  configuration  is 
cne  in  which  (1)  processors  are  coupled  via  channel-to- 
channel  connections,  (2)  each  processor  has  its  own  control 
program,  and  (3)  a  single  system  scheduling  and  operational 
interface  is  optional. 

The  objective  of  coupling  multiple  systems  to  form  a 
aultiprocessing  configuration  is  to  obtain  a  configuration 
that  combines  advantages  of  a  single  processor  environment 
with  those  of  an  uncoupled  multiple  processor  environment. 

A  single  processor  environment  cffers  the  following 
advantages : 

-  A  single  interface  to  the  cci?puting  system  for  workload 
scheduling  and  operation  of  the  system. 

-  The  ability  to  apply  all  the  resources  of  the  system  to  a 
given  jot  step  when  necessary. 

The   advantages  provided  by   an  uncoupled  multiple 
processor  configuration  are: 

-  The  capability  of  adding  to  the  configuration  in  smaller 
increments,  that  is,  the  addition  of  a  smaller  processor 
rather  than  replacement  cf  the  existing  processor  with  the 
next  larger  processor  when  additional  computing  power  is 
required.  The  next  larger  processor  may  provide 
additional  computing  power  far  in  excess  of  that  required. 

-  Hore  economical  growth  possibilities  for  installations 
with  purchased  systems. 

-  Growth  possibilities  for  large-scale  installations  that 
have  the  largest  processor  of  the  system  already 
installed. 

-  Enhancements  to  configuration  available  (tetter 
probability  that  a   system  will  be  available   for  critical 
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application  processing) ,  concurrent  maintenance,  and 
iaproved  reliability  (protection  of  critical  jobs  from 
failures  in  noncritical  jobs  by  processing  them  in 
separate  systems) . 

2.   Highlights  of  the  3033   Processor  Complex,   Attached 
Processor  Complex,  and  Multiprocessor  Complex 

The  3033  Processor  Complex  consists  of  the  3033 
Processor,  3036  Console,  and  3037  Power  and  Coolant 
Distribution  Unit.  The  3033  Processor  is  a  high-speed, 
large-scale,  advanced  function  processor  of  System/370.  It 
has  a  significantly  higher  internal  performance  than 
System/370  Models  165  and  168. 

The  3033  Processor  is  a  general  purpose  processor 
and  offers  high  performance  for  both  commercial  and 
scientific  applications.  The  3033  processor  has  hardware 
features  and  programming  systems  support,  such  as  that  for 
virtual  storage  and  virtual  machines,  that  are  designed  to 
facilitate  application  development  and  maintenance.  In 
addition,  a  3033  Processor  Complex,  its  I/O  devices,  and  its 
programming  support  can  ease  the  expansion  of  data  base  and 
online  data  processing  operations. 

The  3033  Multiprocessor  Complex  is  a  tightly  coupled 
multiprocessing  configuration  that  consists  of  two  3033 
Processors  with  multiprocessing  hardware  interconnected  via 
the  3038  Multiprocessor  Communication  Unit,  two  3036 
Consoles,  and  two  3037  Power  and  Coolant  Distribution  Units. 

The  3033  Attached  Processor  Complex  is  a  tightly 
coupled  multiprocessing  configuration  that  consists  of  a 
3033  Processor  with  multiprocessing  hardware  interconnected 
to  a  30a2  Attached  Processor  via  the  3038  Multiprocessor 
Communication  Unit,  two  3036  Consoles,  and  two  3037  Power 
and  Coolant  Distribution  Units.    Like  a  3033  Multiprocessor 
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Complex,  the  attached  processor  configuration  can  execute 
two  instruction  streaas  (tasks)  simultaneously,  one  in  each 
processor. 

B.  GENEBAL  DESCBIPTICN 

The  3033  Attached  Processor  Complex  provides  a  growth 
path  for  3033  uniprocessor  users  who  reguire  additional 
internal  performance,  but  do  not  reguire  all  the  advantages 
offered  by  a  3033  Multiprocessor  Complex,  and  offers 
advantages  over  two  uncoupled  3033  uniprocessor 
configurations.  A  3033  Attached  Processor  Complex  operating 
under  0S/VS2  is  capable  of  providing  internal  performance 
1.6  to  1.8  times  that  of  a  3033  Processor  Complex.  The 
internal  perforiance  inprcvement  realized  when  a  given  3033 
uniprocessor  configuration  is  upgraded  to  a  3033  attached 
processor  configuration  is  dependent  on  the  amount  of 
Bultiprogramming  that  can  te  achieved.  [Bef.15] 

C.  COMPONENTS 

The  components  of  the  3033  Attached  Processor  Complex, 
are: 

-  One  3033  Model  A  Processor.  Functionally  this  unit  is  a 
uniprocessor  model  of  the  3Q33  Processor  with  tightly 
coupled  multiprocessing  hardware  like  that  implemented  in 
multiprocessor  models  of  the  3033  Processor. 

-  One  3042  Attached  Processor  (AP)  physically  connected  to 
the  3033  Model  A  Processor  via  one  3038  Multiprocessor 
Communication  Unit.  The  3042  AP  contains  an  instruction 
processor  function  similar  in  capability  to  that  in  the 
3033  Model  A  Processor.  The  3042  does  not  contain  any 
processor  storage  or  channels.  The  physical  size  of  the 
3042  AP  is  smaller  than  that  of  the  3033  Model  A 
Processor,   since  the  3042  AP  does  not  contain  channel  and 
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processor  storage  frames.  The  3038  provides  a 
coaaanication  path  tetween  the  two  processors  and  the  two 
3036  Consoles  as  well  as  processor  storage  addressing 
capabilities  for  the  3033  and  3042. 

-  Two  3036  Consoles,  one  for  the  3033  Processor  and  one  for 
the  30a2  AP.  The  inclusion  of  a  3036  Console  for  the  3042 
AP  provides  independent  power  control  and  power  monitoring 
for  the  30U2.  This  3036  Console  can  also  be  used  to 
execute  limited  diagnostics  on  a  3042  AP  concurrently  with 
operation  of  the  3033  Processor. 

-  Two  3037  Power  and  Coolant  Distribution  Units,  each  with  a 
multiprocessing  feature  installed.  Iwo  motor  generator 
sets,  one  for  each  processor,  are  also  required. 

The  3033  Attached  Processor  Complex  can  operate  in  two 
■odes.  When  attached  processor  (AP)  mode  is  in  effect,  the 
3033  Processor  and  3042  AP  normally  operate  together  as  a 
tightly  coupled  multiprocessing  configuration  that  shares 
processor  storage  in  the  3033  Processor.  Hhen  uniprocessor 
(OP)  mode  is  in  effect,  the  hardware  connection  between  the 
3033  and  3042  is  not  enabled  and  only  the  3033  Processor  can 
operate  as  a  uniprocessor. 

A  3033  Attached  Processor  Complex  can  be  field  converted 
to  a  3033  Multiprocessor  Complex.  The  3033  Model  A 
Processor  must  be  converted  to  a  3033  Model  M  Processor  and 
the  3042  AP  must  be  removed  and  replaced  with  a  second  3033 
Model  a  Processor. 

1«   3033  Model  A  Processor 

The  major  elements  in  the  3033  processor  are: 

-  The  instruction  preprocessing  function  and  execution 
function  which  form  the  instruction  processor  function 
that  executes  the  instruction  set  for  the  3033  Processor. 

-  Processor  storage 

-  The  processor  storage  control  function,  which  controls  all 
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access  to  processcx  storage  by  the  other  processor 
elements  and  the  console  and  perforins  virtual-to-real 
address  translation. 

Two  or  three  channel  groups  and  their  directors- 
Maintenance  and  retry  function. 

Standard  Features  for  the  3033  Processor  are: 

Basic  Control   (EC)   and   Extended  Control   (£C)   node  of 

operation  and  control  registers. 

Instruction  set  that  includes  fcinary,   decimal,   floating- 
point, and  extended  precision  floating-point  arithmetic. 
Dynamic  Address  Translation 
reference  and  Change  Recording 
Systei/370  Extended  Facility 
Instruction  retry. 
Interval  timer  (3,3  ms  resolution) 
Tiie-of-day  clock 
Clock  comparator  and  CPU  timer 
Monitoring  feature 
Program  Event  Recording 

Expanded  machine  check  interruption  class. 
Byte-oriented  operands. 
Store  and  fetch  protection 
High-speed  buffer  storage  -  64k  bytes. 

Two  channel  grcups,   each  with  six  channels  (one  byte  and 
five  block  multiplexer) 
Channel  indirect  data  addressing 

Limited  channel  logout  area  with  I/O  retry  data  and  an 
extended  channel  logout. 

Reloadable  control  storage  for  the  execution  function  and 
channel  groups. 
Store  status  function 
Direct  Control. 
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Optional  features  for  th,€  3033  Processor,  which  can 
fce  field  installed,  are: 

-  Channel-to-channel  Adapter  (on,e  in  the  first  group  and  one 
in  the  second  channel  group) 

-  Extended  Channels   (third  channel  group  and  director  with 
channels  12  through  15) 

-  Two-Byte  Interface  (for  block  multiplexer  channels  1,   7, 
and  12  or  13  only) 

2.   30  42  attached  Processor 

The  3042  Attached  Processor,  with  a  57-nanosecond 
cycle  tine,  contains  an  IPPF,  execution  function,  PSCF,  and 
maintenance  and  retry  function,  like  those  of  the  3033  Model 
A  Processor.  The  3042  AP  basically  differs  from  Hodel  A  and 
uniprocessor  models  of  the  3033  Processor  in  that  the  3042 
does  not  contain  any  processor  storage  or  channels.  The 
PSCFs  in  the  3042  AP  and  3033  flpdel  A  Processor  communicate 
«ith  each  other  to  support  the  sharing  of  all  processor 
storage  available  in  the  3033  Processor.  There  are  no 
optional  features  for  the  3042  AP. 
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3-   30  38  Multiprocessor  Communication  Unit 

The  3038  Hultiprocessor  Comounication  Unit 
physically  connects  the  two  processors  in  a  3033  Attached 
Processor  Complex.  It  provides  a  communication  path  between 
the  two  processors  and  between  the  two  3036  Consoles. 
Functionally,  the  3036  is  divided  in  half.  Each  half  is 
associated  with  the  processor  it  is  attached  to  and  receives 
its  power  and  water  ceding  from  the  3037  of  its  associated 
processor.  Each  half  of  the  3038  can  be  powered  up  and  down 
separately  from  the  ether  half  and  contains  and  oscillator 
for  timing  its  associated  processor. 

4.   3036  Consoles 

The  two  3036  consoles  are  used  to  perform  the 
following  major  functions: 

-  Sequence,  monitor,  and  control  power. 

-  Load  instruction  processor  (execution  function) ,  director, 
and  console  microcode 

-  Configure  certain   processor  components  and  3036   Console 
functions. 

-  Control  3033  Prccesscr  operations  (IPL,  start,  stop,  etc.) 
and  communicate  with  the  operating  system  being  used. 

-  Configure   the   3036  Console   for   concurrent   maintenance 
operations. 

-  Exercise  processor  components  to  locate  a  malfunction. 

-  Display  processor  and  channel  indicators  and  logouts 

-  Execute  microdiagnostics   for  the  3036   and  3033  that  are 
contained  on  diskettes. 

-  Perform  remote  maintenance  operations. 

The  two  3036  Consoles  in  a  3033  Attached  Processor 
Complex  are  Physically  identical  to  the  3036  Console  used  in 
a   3033  Processor  Coiplex.     No  changes  are   made  to  the 
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control  panel  or  the  two  operating  stations.  However,  the 
operational  diskettes  for  a  3033  attached  processor 
configuration  contain  processor  and  console  microcode  that 
is  designed  to  support  multiprocessing  and  interprocessor 
coBiunication. 

The  3036  Console  associated  with  the  3042  AP  is 
cable  connected  to  the  30U2.  This  cabling  provides  certain 
hardwired  communication  functions  between  the  3042  AP  and 
its  console  such  as  powering,  logging  to  the  diskette, 
hardware  configuring  using  a  configuration  display, 
indicator  displays,  etc. 

Operator  to  operating  system  communication  utilizing 
a  display  station,  program  access  to  a  diskette  drive 
operating  in  service  record  file  mode  and  remote  maintenance 
operations  can  also  be  performed  using  the  3036  Console 
associated  with  the  3042  AP.  These  operations  require  the 
3036  console  to  be  attached  to  a  channel  in  the  3033 
Processor,  as  is  the  ether  3036  Console,  and  assigned  three 
I/O  addresses. 

For  attached  processor  mcde  operations  at  least  one 
operating  station  in  each  3036  Console  must  be  functional. 
This  is  necessary  for  power  control  for  each  processor  and 
3036  Console  to  3C36  Console  communication  which  is 
accomplished  via  the  service  support  stations.  All  logouts 
from  a  processor  are  written  to  the  diskette  drives  of  its 
associated  3036  Console. 

In  the  normal  console  configuration  for  attached 
processor  mode  operations,  one  station  in  each  3036  Console 
is  designated  as  an  operator  station  while  the  other  is 
designated  as  a  service  support  station.  One  operator 
station  in  either  3036  Console  is  used  as  the  primary 
operating  system  console  while  the  other  can  te  defined  as  a 
alternate  or  additional  console. 
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D.   ADVANTAGES  OF  A  3C33  AITACHEJ)  PROCESSOR  CCNf IGORATION. 

In  additicD  to  increased  icternal  performance  over  a 
uniprocessor  configuration,  an  attached  processor 
configuration  offers  advantages  over  two  uncoupled 
uniprocessor  configurations  with  the  same  total  resources  as 
the  attached  processor  configuration.  CRef.l6] 

1.  less    convex   Operational  Requirements 

An  attached  processor  configuration  has  less  complex 
operational  reguirements  than  tuo  uncoupled  systems  because 
it  presents  a  single  system  image  to  the  operator  even 
though  there  are  two  instruction  processor  functions  in  the 
configuration.  The  operator  has  one  operational  interface 
to  the  entire  system,  one  job  scheduling  interface,  and  one 
point  of  control  for  all  the  resources  in  the  configuration. 
In  addition,  the  operator  must  communicate  uith  and  control 
only  one  control  program  instead  of  two. 

2.  Improved  Resource  Utilization 

Resource  utilization  in  an  attached  processor 
configuration  is  improved  over  that  of  two  uncoupled  systems 
because  load  leveling  occurs  between  the  two  systems,  there 
is  a  reduction  in  the  amount  of  processor  storage  required 
by  the  resident  control  program,  all  I/O  devices  in  the 
configuration  can  be  accessed  by  the  3033  Processor,  and  zhe 
need  for  using  shared  DASC  support  is  eliminated. 

Load  leveling  occurs  for  the  two  processors  because 
of  the  way  in  which  VH/370  can  schedule  tasX  execution  in  a 
tightly  coupled  configuration.  Load  leveling  reduces  the 
peak  and  valley  periods  of  processor  utilization  that 
normally  occur  in  two  uncoupled  systems,  as  follows. 
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Th€  twc  processors  are  considered  to  be  system 
resoarces  that,  when  available,  are  allocated  to  ready 
tas)cs.  Usually,  either  prccessor  is  capable  of  processing 
each  task  in  the  system.  Thus,  as  soon  as  a  processor 
becomes  available,  it  is  allocated  to  the  highest  priority 
gueued  ready  task.  Since  there  are  on  the  average  twice  as 
many  tasks  in  an  attached  processor  configuration  than  in 
cne  system  in  a  two-uniprocessor  environment,  the  chances 
are  significantly  reduced  that  no  task  in  the  attached 
processor  configuration  will  be  ready  to  execute  and  hence 
available  processor  time  will  be  unutilized. 

Since  there  is  only  one  copy  of  the  7M/370 
lultiprocessing  central  program  resident  in  processor 
storage  in  an  attached  processor  configuration,  more 
processor  storage  is  available  for  paging  (which  can  benefit 
performance)  than  in  two  uncoupled  systems  with  the  same 
total  amount  of  processor  storage  as  in  the  Model  A  3033 
Processor,  each  of  which  has  an  VM/370  uniprocessor  control 
program  resident. 

While  the  30U2  AP  cannot  issue  I/C  instructions,  it 
can  process  data  read  and  to  be  written  by  the  3033 
Processor.  Therefore,  in  effect,  the  I/O  devices  in  a  3033 
attached  processor  configuration  are  pooled  for  use  by  both 
processors.  More  than  half  the  total  number  of  I/O  devices 
present  can  be  allocated  to  an  individual  job  step  when 
necessary.  The  pooling  of  I/O  devices  and  sharing  of 
processor  storage  pernits  the  execution  of  jobs  with  larger 
processor  storage  and  I/O  device  requirements  than  can  be 
handled  using  one  system  in  a  configuration  with  two 
uncoupled  systems. 

The  sharing  of  processor  storage  and  the  ability  of 
the  3033  Processor  to  access  all  I/O  devices  in  the 
configuration   also  enables   the  VM/370   control  program   to 
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autoaatically  handle  peak  load  situations  within  jobs  and  to 
balance  the  processing  across  the  two  processors.  Manual 
balancing  of  the  workload  between  twc  systems,  as  is 
required  for  twc  uncoupled  systems,  is  not  required  for  a 
tightly  coupled  configuration. 

Through  pooling  the  number  of  I/C  devices  in  a 
tightly  coupled  multiprocessing  configuration  can  be  less 
than  the  number  of  I/O  devices  needed  for  twc  uncoupled 
systems  that  are  to  handle  the  same  large  I/O  job  or  peak 
load  direct  access  storage  requirements. 

Since  there  is  only  cne  control  program  for  an 
attached  processor  configuration,  there  is  nc  need  to  split 
any  data  base  into  twc  parts,  one  for  each  system,  or  to  use 
Shared  DASD  support  in  order  to  share  a  data  base  between 
the  two  systems.  The  use  of  Shared  DASD  support  results  in 
reduced  throughput  for  two  uncoupled  systems  because  of  the 
interference  it  introduces.  This  throughput  reduction  is 
not  incurred  in  an  attached  processor  configuration  since 
there  is  only  one  0S/VS2  MVS  control  program  and  it  can 
maintain  the  integrity  cf  a  shared  data  base  without  using 
Shared  DASD  support. 

E.   NPS  IBM  3033  System  Configuration 

The  configuration  cf  the  IBM  3033  AP  System  installed  in 
the  W.H.  Church  Computer  Center,  Naval  Postgraduate  School, 
is  the  fcllowing: 
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IBM  3033  AP  SYSTEM 


QOANTITY 


ITEH 


CSSSOBS 

1 
1 
2 
2 
1 


IBfl  3033-A16 
3  0U2-1 
3036-1 
3037-1 
3038-1 


Central  Processing  Unit  (16  Mbytes) 

Attached  Processor  Unit 

Console  12   CBTs  each) 

Power  and  Coolant  Distrihuticn  Onit 

Multi-processor  Communications  Unit 


MS 

2 
2 


IBM  2835-2      Drum 
2305-2     Drum 


Storage  Control 

Storage  (12  Mbytes  each) 


IBM  3830-2 
3350-A2 

3350- A2F 

3350-B2 
3350-B2F 


*ITEL  7830-1 
♦ITEL  7330-1 
*      2314- 1 


(Fixed 
317.5 


head) 


Disk  Storage  Control 
Disk  Storage  S  Control 
(2  spindles  a  31.7.5 

Mbytes  each) 
Disk  Storage 
(2  spindles  a 

Mbytes  each) 
Disk  storage  , 

a  317.5  Mbytes  each) 
Disk  Storage  (fixed  head) 

(2  spindles  i  317.5 
Mbytes  each) 
Disk  Storage  Controller 
Disk  Storage  (100  Mbytes  each) 
Disk  Storage  (8  spindles 
a  29  Mbytes  each) 


(2   spindles 


;S    STORAGE    SYSTEM     (MSS) 
1  IBM    3851-A2 


3830-3 
3350-A2 

3350-B2 


Mass   Storage  Facility 
jlcartridge,    50    Mbytes 

D;.sk  storage  Control 

Disk  Storage  &  Control 
i2ai00  Mbytes  each) 

Disk  Storage 


ea.) 


ES 

2 
6 
1 
1 


♦  IBM  3303-1 

♦  3420-8 

♦  2303-1 

♦  2402-1 


Tape  Control 

Tape  Drives  (625Q  bpi) 

Taoe  Control 

Tape  Units  (2  drives) 


[MlilALS  -  COMMUNICATIONS 
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5 
31 
25 
6 
1 
1 
1 


IBM  327U-D1  control  Onit  (  32  Terminals  each) 

3278-2  Display  riECDIC) 

3278-2  Display   AfL/EEtEIC) 

3262-3  Printer  (327t-ccapatible) 

3777-1  Comaunications  Terminal 

3203-3  Line  Printer  (reniote) 

3705  Communications  Controller 


Lines: 

U  dial-up 
8   "    •• 


29600  bps  RJE 
31200  bps  A^SCII 
a  300  bps   !• 
6  hard-wired  a  300  bcs   " 
1   "    "      24800      IBM  3276 

1  '•    "      39600       "    •• 

2  "    "      39600      RJE 


'HINALS-COMMONICATIONS 
1 


Transmission  Control 


♦  IBM  2702-1 

LINES; 

4  dial-up    5134.5  bps 
4  hard-Wired  3134.5  bps 

♦  IBM  2701       Data  Adapter  Unit 

LINES: 

3  hard-wired  34800   bps 


«0T/ODTE0I 

DEVICES 

1       * 

»  IBM  2821-1 

*  2821-2 

*  1403-N1 

*  2540-1 

"      2501-32 
^VERS  3222-A 

Control  Onit 

Control  Unit 

Printer  MOOO  1pm) 

Card /Reader/Punch 

Card  Reader  (self-service) 

Electrostatic  Printer/Plotter 


ES:  1.  All  equipment  is  IBM  unless  otherwise  indicated. 
2.  The  asterisks  indicate  the  deviceds  retained  from 
eld  system. 
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IIM  30^3  S YSTEH  CCNFIGUfiATION 


2701   3705   2702   3851   3036   3036*   2821 
(Communicaticns)   Mass  CPU    AP    1403 

Storag€  Console    2540 

2821 
1403 


CHANNELS 


(Groap  0)      1   2835      2835  Drums 

2305  2305 

2  3830-3  ITEL  3830-3  Disk 
(2)3350           7830            (2)3350 

(3)7330-1 

3  3830-2     383C-2  Disk 
3042-1         (6)3350     (6)3350 

ATTICHED    4    3274D1     3274D1  Terminal 

PSOCESSOB      (26)3278   (24)3278 

5    2803      3803*    3803      2314    lapes, 
3038       (1)2402   (1)3420-7  (3)3420-8   (8)      Disks 
BCD  (2)3420-8 


6    3851*   2501   2702*   3705*   VERS 
3033  flSS    Reader   TCU     CC     PLOT 

CENTHAL  (Hot) 

3036   3036*       2821* 

AP     CPU         1403 

COiisole  2540 

PROCESSOR 

UNIT  7         2835*  2835*  Drums 

2305  2305 

8         3830-3  ITEL*  3830-3  Disk 

2)  3350  7830-1  (2)  3350 


fli 


.3)  7330-1 

CHANNELS 

9         3830-2  3830-2*                                        Disk 

(GROOE    1)                     (6)3350  (6)3350 

A        3274D1  3274D1         3274D1         Terminals 

(26)3278  (24)3278       (24)3278 

B         2803*  3803*           3803*         2314*    Tares, 
2402         (1)3420-7       (3)3420-8       (8)       Disks 


\l\ 


3420-3 
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^«   13Z3P  fEEFORMAWCE  MEASORZMENI  TOOLS 

A.   INTBCDDCTION 

Measurement  facilities,  fcroadly  speaking,  have  been 
inplemeDted  at  several  levels  of  the  Virtual  ilachice 
Facility/370.  The  user  level,  the  system  operator  level,  the 
system  analyst  level,  and  the  installaticn  management  level. 

Three  commands  [Ref.17]  INDICATE,  QOERY  SRM,  and 
MONITOR,  provide  a  way  to  dynamically  measure  system 
performance. 

Indicate:  provides  the  system  analyst  and  general  user  with 
a  method  to  observe  the  load  conditions  on  the  system  while 
it  is  running. 

QUERY  SRM:  Provides  the  system  operator  with  expanded 
observation  facilities  for  analyzing  internal  activity 
counters  and  parameters. 

HOMITOR;  Provides  the  system  analyst  and  the  system 
operator  with  a  data  collection  tool  designed  for  sampling 
and  recording  a  wide  range  of  data.  The  collection  of  data 
is  divided  into  functional  classes.  The  different  data 
collection  functions  can  be  performed  separately  or 
concurrently.  Keywords  in  the  Monitor  command  enable  the 
collection  of  data  and  identify  the  various  data  collection 
classes.  Other  keywords  control  the  recording  of  collected 
data  or  tape  for  later  examination  and  reduction. 

The  VB/370  performance  measurement  tools  are  three 
separate  entities  [Hef.18].  The  first  known  as  LOAD 
INDICATORS  includes  the  INDICATE  and  gOERY  SRM  commands. 
It's  purpose  is  to  provide  the  users,  analysts,  and  the 
operator  with  the  means  to  observe  the  load  conditions  on 
the  system,  to  varying  degrees  depending  on  necessity  and 
the  levels  of  authority  granted  them,  such  that  they  may 
base   their  respective   dealings  with   the  system  on  data 
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obtained  in  real-time.  In  the  case  of  performance  problems, 
real-time  data  may  be  of  limited  usefulness  and  may  only 
serve  -co  confirm  that  a  prcblem  exists.  There  may  be  no  way 
of  understanding,  from  a  small  amount  of  on  line  data,  -che 
exact  nature  of  the  problem,  how  it  arose,  or  how  it  may  be 
resolved. 

The  second,  known  as  VH/SP  Mpnitor,  is  a  general  purpose 
control  program  service  for  collecting  a  wide  range  of  data 
relating  to  most  aspects  of  performance  measurements.  This 
service  collects  data  on  tape  for  later  reduction  and 
analysis.  In  most  cases,  data  collection  takes  place  with 
insignificant  overhead  and,  th.us,  minimal  impact  on  the 
system  being  mcnitcred.  (Seduction  of  the  data  may,  of 
course,  constitute  a  significant  load  tut  may  be  done  with 
batch  facilities) . 

The  third  service  is  an  optional  data  reduction  system 
known  as  statistics  Generating  package  for  VM/370,  VM/SGP. 
It  is  available  as  an  Insxalled  User  Program.  VH/SGP 
consists  of  a  data  selection  and  reporting  language,  a 
translator,  and  a  library  of  reduction  programs  to  handle 
most  classes  of  VM/SP  Monitor  output. 

Therefore,  together  with  a  reduction  facility,  permanent 
records  of  summarized  measurements  of  load  and  performance 
may  be  maintained,  and  problems  may  be  thoroughly  analyzed 
and  resolved  with  definitive  results.  The  great  flexibility 
of  va/SGP  may  be  employed  to  massage  the  raw  data  into  forms 
most  acceptable  by  management  or  which  carry  the  greatest 
impact  for  the  given  circumstances. 

B.   THE  INDICATE  COMMAND 

The  indicate  command  [aef.17]  allows  the  general  user 
and  the  system  analyst  to  display  at  their  consoles  at  any 
time,  the  usage  of  and  contention  for  major  system 
resources. 
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The  general  user  can  display  usage  of  and  contention  for 
the  najor  systea  resources  of  processor  and  storage.  He  can 
also  display  the  total  aacunt  of  resources  he  has  used 
during  his  terminal  session  and  the  number  of  I/O  requests. 
If  he  uses  the  Indicate  command  before  and  after  the 
execution  of  a  program,  he  can  determine  the  execution 
characteristics  of  that  program  in  terms  of  resource  usage. 

The  system  analyst  can  identify  active  users^  the  queues 
they  are  using,  their  I/O  activity,  their  paging  activity, 
and  many  other  user  characteristics  and  usage  data. 

The  VH/SP  Schedule  maintains  exponentially  smoothed 
values  for  data  provided  by  the  .LOAD  option.  Specifically, 
at  intervals  (in  seconds)  depending  on  the  processor  model, 
the  scheduller  calculates  the  total  activities  for  variables 
such  as  CP  and  storage  usage  for  the  most  recent  interval, 
and  factors  them  into  a  smoothed  wait  value  in  the  follouing 
iiay:[Ref  .19] 

(  3  X  old  smoothed  wait  value  •»•  current  interval  wait) 
NSBV  = 

4 

Where  JISSV  =  New  Smoothed  wait  value 

Thus,  only  1/4  of  the  most  recent  interval  wait  is  factored 
into  the  new  smoothed  wait  whic,h  makes  it  predominantly  the 
old  smoothed  wait  value. 

The  remaining  INDICATE  components  are  sampled  prior  to  a 
user  being  dropped  frcm  a  queue.  Because  cf  the  frequency 
of  this  event,  the  remaining  components  are  subject  to  a 
heavier  smoothing  than  the  wait  time.  A  general  expression 
for  the  smoothing  follows: 

nsv  =  ((rate  -  int)  (osv)/rate)  +  civ 

where: 

nsv   =   new  smoothing  value 
CSV   =   old  smoothing  value 
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civ  =   current  interval  value   (results  fcund  during  the 

current  interval  (int) 
int  =   current  interval  (time  period  being  tested) 
rate  =   either  history  interval  (hrate)   of  8  minutes,   or 

data  interval 

Other  operands  of  the  commcind  allow  users  to  obtain 
ether  performance  inforaaticn  that  enables  them  to 
understand  the  reasons  for  the  observed  conditions. 

The  Class  G  Indicate  Ccmmand 

The  format  of   the  class  G  (general  Oser)   Indicate  command 
is: 


INDICATE 


LOAD 
OSES 


Where: 

Indicate  LOAD  produces  the  following  response,   where  n  is  a 

decimal  number  [Ref.20] 

CPa-nnnt     AFO-nnnX     Q1-nn  Q2-nn  STOfiAGE-nnS  EXPAN-nnn 
PEOC  xx-nn%   PBGC  YY  nn% 
PAGING-nnn/sec,  STEAl-nnnX,LOAD-nnnX 

The  CPD  figure  indicates  the  percentage  of  time  that  the 
main  processor  is  running  and  is  derived  from  the  smoothed 
wait  value  maintained  by  the  scheduler.  In  a  multiprocessor 
environment,  PHOC  xx-nnn%  is  a  smoothed  value  that  indicates 
the  percentage  of  time  that  the  system  is  running  on  the  IPL 
processor. 

The  APD  figure  is  the  percentage  of  time  the  attached 
processor  is  running.  In  a  multiprocessor  environment,  PfiOC 
YY-nnnt  is  a  smoothed  value  that  indicates  the  percentage  of 
time  that  the  system  is  running  on  the  non-IEL  processor. 

The  contention   for   the  processor   is   represented   by 
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average  nunbers  cf  users  in  gueue  1  and  gueue  2,  maintained 
by  the  scheduler. 

The  next  field,  SIOHAGE,  is  a  measure  of  the  usage  of 
real  storage.  It  is  an  apfrcximation  of  the  number  of  pages 
in  storage  for  in-gueue  virtual  machines  tc  the  number  of 
pageable  pages  in  the  system,  expressed  as  a  percentage. 

Due  to  the  algorithm  used  by  the  scheduler  in 
approximating  the  number  of  pages  in  storage,  the  value  of 
STOEAGE  can  exceed  100*. 

The  value  may  also  be  less  than  lOOX  even  when  the  sum 
of  the  estimated  working  set  for  in-queue  virxual  machines 
is  greater  than  the  number  of  pageable  pages. 

The  scheduler  contention  value,  EXPAN,  is  the  smoothed 
measure  of  the  time  it  takes  a  virtual  machine  to  receive  a 
given  amount  of  processor  time,  as  follows: 

QT 

EXEAN  =  

Q2  slice 

Hhere: 

CT  is  the  average  elapsed  time  between  gueue  drops  a 
Q2  virtual  machine  spends  in  the  Q2  dispatch  list. 

Q2  slice  is  the  amount  or  processor  time  allowed  to  a  Q2 
virtual  machine  in  the  dispatch  list. 

EXPAN  is  a  measure  of  the  total  delay  in  response  time 
that  a  virtual  machine  experiences  due  to 
contention  for  both  real  storage  and  the 
processor.  It  is  maintained  at  a  minimum  value  of 
1. 

PAGING  is  the  average  number  of  page  I/O  operations  (page 
reads  and  writes)  performed  per  second. 
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STEAL  is  the  percentage  of  page  read  cperations  that 
required  a  real  storage  page  to  be  stolen  from 
another  in-gueue  virtual  machine, 

LOAD  is  an  artificial  value  that  attempts  to  measure 
(in  terms  of  elapsed  time)  the  percentage  of  the 
system  devoted  to  paging  because  of  real  storage 
contention.  Estimated  processor  time  involved  in 
paging,  the  amount  of  time  spent  in  pagewait,  and 
the  percentage  of  steals  are  factored  into  the 
calculation . 

INDICATE  aSER 

Allows  a  user  to  determine  the  resources  used  and 
occupied  by  his  virtual  machine,  and  the  I/O  events  that 
have  taicen,  place. 

The  following  two  line  response  is  returned: 

PAGES:  BES-nnn  iS-nnn  READ5=nnn  MfiITES=nnn  ilH-nnn  FH-nnn 
VTiaE=nnn:nn  TTIME=nnc:nn  SIO=nnn  RDH-nnn  PRI-nnn  PCH-nnn. 

The  first  line  of  the  response  displays  the  data  from  the 
user's  7MEL0K  that  is  relevant  to  his  virtual  machine's 
paging  activity  and  resource  occupancy. 

RES:  is  the  current  number  of  the  user's  virtual  storage 
pages  resident  in  real  storage  at  the  time  the 
command  is  issued. 

HS:  is  the  most  recent  system  estimate  of  the  user's 
working  set  size. 

HEADS:  is  the  total  number  of  page  reads  for  this  user 
since  he  legged  en  or  since  the  last  ACNT  command 
was  issued  fcr  his  virtual  machine. 

WRITES:   is  the   total  number  of   page  writes  for  this  user 
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since  h€  logged   en  or  since  the  last  ACNT  command 
was  issued  for  his  virtual  machine. 

HH:  is  the  current  number  of  virtual  pages  allocated  on 
the  system  moveable  head  preferred  paging  area  for 
this  user. 

PH:  is  the  current  number  of  virtual  pages  allocated  on 
the  systea  fixed  head  preferred  paging  area  for 
this  user. 

The  second  line  of  the  response  gives  the  user  his  processor 

usage  and  accumulated  I/O   activity  counts   since  logon  or 

since   the  last   ACHT  command  uas  issued   for  his   virtual 
machine. 

VTIHE  is  the  total  virtual  processor  time  for  the  user. 

TTIME  is  the  total   virtual  processor   and   simulation 
time  for  the  user. 

SIO    is  the  total   number  cf  nonspooled  I/O  reguests 
issued  by  the  user. 

RDH    is  the  total  number  of  virtual  cards  read. 

PST    is  the  total  number  of  virtual  lines  printed. 

PCH    is  the  total  number  of  virtual  cards  punched 
THE  CLASS  E(SYSTEa  ANALYST)  INEXCATE  COMMAND 
The  format  of  the  class  E  Indicate  command  is: 


INDicate 


LOAD 
OSER 


Queues 

I/O. 

PAGmg 


I* 
userid 


IWAIT 
lALL 


Where; 


74 


INDICATE  LOAD 

provides  the  saae  output  as  the  INDICATE  LOAD  option 
described  under  "The  Class  G  Indicate  Command." 

INDICATE  OSER  ♦ 

reflects  activiy  of  the  system  analyst's  own  virtual 
machine.  The  output  of  this  option  is  the  same  as  that 
of  the  INDICATE  OSER  ♦  option  described  under  "The  Class 
G  INDICATE  Command". 

INDICATE  OSER  OSERID 

allows  the  system  analyst  to  determine  the  activity  of 
other  virtual  machines  in  terms  of  the  resources  used 
and  occupied  and  events  that  have  taken  place.  Osers 
with  class  B  authority  can  access  data  from  the  VMBLQK 
of  any  user  currently  legged  onto  the  system  in  their 
attempts  to  understand  an  overload  or  poor  performance 
situation. 

INDICATE  QOEOES 

displays  the  active  users,  the  gueues  they  are  in,  the 
storage  they  are  occupying,  and  the  status  they  are  in. 
The  display  indicates  those  users  currently  dominating 
main  storage.  Osers  waiting  in  eligible  lists  are 
included  in  the  response  because  they  are  contending  for 
main  storage  and  it  is  only  ty  chance  that  they  were  not 
occupying  main  storage  at  the  liae  of  the  command. 

INDICATE  I/O 

provides  information  about  conditions  leading  to 
possible  I/O  contention  within  the  system.  The  response 
gives  the  userids  of  all  the  users  in  I/O  wait  state  at 
that  instant  in  time,  and  the  address  of  the  real  device 
to  which  the  most  recent  virtual  SIC  was  mapped. 
Because  the  response  indicates  only  an  instantaneous 
sample,   use  the  command  several  times  before  assuming  a 
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condition  to  be  persistent.  If  it  is  persistent,  run 
the  SEEKS  option  of  the  MCNITOfi  command  to  conduct  a 
thorough  investigation  of  the  suggested  condition. 

INDICATE  PAGING  WAIT 

is  provided  for  installations  that  have  2305s  as  primary 
paging  devices  and  other  direct  access  devices  as 
secondary  paging  devices.  A  full  primary  device  and 
subsequent  allocation  of  paging  space  on  the  slower 
device  may  be  responsible  for  degradation  in  system 
performance.  Ose  the  INDICATE  PAGING  WAIT  option  when 
the  INDICATE  QOEUES  option  shows  that  a  significant 
proportion  of  the  users  in  gueuel  and  gueue2  are 
persistently  in  page  wait.  The  response  to  the  command 
gives  the  userids  of  those  users  currently  in  page  wair 
and  the  numbers  of  page  frames  allocated  on  drum  and  on 
disk. 

INDICATE  PAGING  ALL 

displays  the  page  residency  data  of  all  users  of  the 
system  (including  the  system  nucleus  and  pageable 
routines) .  The  response  is  identical  to  that  of  the 
INDICATE  PAGING  «AIT  cption. 

C.   QOEBI  SRM  AND  QUEBY  PAGING  CCMHANDS 

1 .   Querying  and  Setting  the   System  Resource  Management 
Variables 

The  QDEHI  SHH  and  SET  SBM  commands  allow  the  system 
analyst  to  query  and/or  change  internal  system  activity 
counters  or  parameter. 

The  system  analyst  can  use  the   class  E  QDEfiY  SRM  command  to 
display  the  following  infcrmaticn: 

current  number  of  pageable  pages 
size  of  the  dispatching  time  slice 
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Setting   of   the    maxiiBum   workicg   set  estimate 

Maximum  drum  page  allocation  limit 

Current  page  migration  counters 

Unused  segment   elapsed   time  as   criteria   for  page 

migration. 

Current  PCI  flag  setting  mode  for  2305  page  requests 

Hazimum  page  bias  value 

Current  interactive  shift  bias  value 

Moveable  head  page  migration  limit. 

The  class  E  SET  SBM  command  allows  the  system 
analyst  to  set  seme  of  the  system  variables  that  can  affect 
the  values  displayed  ty  the  QOZEY  SBM  command. 

2.   Querying  and  Setting  the  Paging  Variable 

The  paging  variable  is  used  in  the  wcrJcing  set  size 
algorithm.  The  current  paging  load  is  constantly  compared 
with  the  paging  variable.  Adjustments  are  then  made  in  the 
working  set  size  estimates,  based  on  how  well  the  actual 
load  compares  iixh  the  paging  load  variable. 

The  Q02PY  PAGING  ccmnjand  displays  the  paging 
variable  used  in  th€  working  set  size  estimate  control 
algorithm.  Information  en  the  paging  rate  per  second  is 
available  as  a  response  to  the  INDICATE  LOAD  command. 

The  SET  PAGING  command  is  used  to  change  the  paging 
variable  used  in  the  wcrking  set  size  estimate. 

D.   THE  nONITOB  COMMANE 

VM/SP  Honitcr  collects  data  in  two  ways: 

1.  Ey  handling   interruptions   caused   by   executing 
MONITOR  CALL  (MC)  instructions. 

2.  By  using   timer   interruptions   to   give   control 
periodically  tc  sanpling  routines. 
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MONITOR  CALL  instructions  with  appropriate  classes 
and  codes  ar€  presently  embedded  in  strategic  places 
throughout  the  main  body  of  VM/Si*  code  (CP)  .  When  a  aCNITOR 
CALL  instruction  executes,  a  priOgram  interruption  occurs  if 
the  particular  class  of  BCNITiOH  CALL  is  enabled.  The 
classes  of  aONITCH  CALL  that  are  enabled  are  determined  by 
the  mask  in  Control  Register  8. 

ihen  a  MONITCB  CALL  interruption  cccurs,  the  CP 
program  interruption  handler  transfers  control  to  the  VM/SP 
Honitor  inrerruption  handler  where  data  collection  takes 
place. 

Sixteen  classes  of  separately  enabled  MONITOR  CALL 
instructions  are  possible,  but  cnly  eight  are  implemented  in 
the  7M/SP  Monitor. 

Honitor  output  consists  of  event  data  and  sampled 
data.  Event  data  is  obtained  via  MONITCR  CALL  instructions 
placed  within  the  VM/SP  code.  Sampled  data  is  collected 
following  timer  interruptions.  All  data  is  recorded  as 
though  it  were  obtained  through  a  MONITOR  CALL  instruction. 
This  simplifies  the  identification  of  the  records. 

The  MONITOR  command: 

Stops  and  starts  CP  internal  trace  table  data  collection. 

Displays  the  status  of  the  icternal  trace  table  and  each 
implemented  class  of  VM/SP  Monitor  data  collection.  In 
addition,  it  displays  those  specifications  for  automatic 
monitoring  that  are  overridden  by  Monitor  commands.  It 
also  displays  whether  the  tape,  or  spool  file  is  the 
recording  medium. 

Starts  and  stops  VM/SP  data  collection  using  tape  or 
spool  file.   It  also  closes  the  spool  file,  if  desired. 

Specifies  VM/SP  monitor  classes  of  data  collection 
enabled,    number  cf   buffers   used,    and  time  of  data 
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collection.  It  also  specifies  other  options  which 
override  the  specifications  for  automatic  monitoring 
contained  in  DHKSYS. 

Specifies  the  interval  to  be  used  for  timer  driven  data 
collection. 

Specifies  direct  access  devices  that  are  to  be  included 
or  excluded  from  a  list  of  devices.  The  list  defines 
direct  access  devices  for  which  CP  is  to  collect  data  for 
the  SEEKS  class. 

NOTE:   fcr  more  detail   information  about  the  format   cf  the 
Class  A  and  E  Honitcr  command,  see  [Bef.21] 

E.   ACCODNTING  BECOHDS 

The  accounting  data  gathered  by  VM/SE  can  help  in 
analysis  of  overall  system  operation.  Also,  accounting  data 
can  be  used  to  bill  VM/SP  users  for  time  and  other  system 
resources  they  use. 

There  are  three  types  of  accounting  records  CRef.22]. 
The  virtual  machine  user  records,  records  for  dedicated 
devices  as  well  as  T-Cisk  space  assigned  to  virtual  machine 
users,  and  accounting  records  generated  as  a  result  of  user 
initiated  DIAGNOSE  X'UC  instruction. 

This  service  is  only  given  to  users  with  the  account 
cption  (ACCT)  in  his  directory. 

1.   Accounting   Records  ^or   Virtual  Machine  Resource 
Dsaqe 

The  informaticn  stored  in  the  accounting  record  in 
card  image  fern  when  a  user  ends  his  terminal  session  (or 
when  the  ACHT  command  is  invoked)  is  as  follows.  (Columns 
1-28  contain  character  data,  all  ether  data  is  in 
hexadecimal  form,  except  as  noted 
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Collumn 

1- 

-  8 

9- 

•16 

17- 

-28 

29- 

-32 

33- 

-36 

37- 

•40 

41- 

-44 

45- 

-48 

49- 

•52 

53- 

-56 

57- 

-60 

61- 

•64 

65- 

•78 

79- 

-80 

Contents 

Oserid 

Account  nuEber 

Date  and  Time  of  Accounting  (mmddyyhhmmss) 

Number  of  seconds  ccnnected  to  VM/SP  System 

Milliseconds  of  processor  time  used,  including 

time  for  VK/SP  supervisor  functions. 

Milliseconds  of  virtual  processor  time  used 

Number  of  page  reads 

Number  of  page  writes 

Number  of  virtual  machine  SIO  instructions 

for  ncnscocled  I/O 

Number  of  spool  cards  to  virtual  punch 

Number  of  spool  lines  to  virtual  printer  (this 

includes  one  line  for  each  carriage  control 

command) 

Number  of  spool  cards  form  virtual  reader 

Reserved 

Accounting  record  identification  cede  (01) 

2.   Accounting   records   for   dedicated  devices   and 
temporary  disk  space 

Accounting  records  are  recorded  and  spooled  to  disJc 
when  a  previously  dedicated  device  and  temporary  disk  space 
is  released  by  a  user  via  DETACH,  LOGOFF,  or  releasing  from 
DIAL  (dedicated  device  only) .  A  dedicated  device  is  any 
device  assigned  to  a  virtual  machine  for  that  machine's 
exclusive  use.  These  include  devices  dedicated  by  the 
ATTACH  command,  those  being  assigned  at  logcn  by  directory 
entries,  or  by  a  user  establishing  a  connection  (Via  DIAL) 
with  a  system  that  has  virtual  2702  or  2703  lines.  The 
information  on  the  accounting  record  is  card  image  form  is 
as  follows 

Column  Contents 

1-  8  Dserid 

9-16  Account  number 

17-28  Date  and  time  of  Accounting  (mmddyyhhmmss) 

29-32  Number  of  seconds  connected  to  VM/SE  system 

33  Device  class 

34  Device  type 

35  Model  (if  any) 

36  Feature  (if  any) 

37-38     Number  of  cylinders  of  temporary  disk  space  used 
(if  any)  or  number  of  blocks  used  (columns  37-40) 
for  fixed-blcck  devices.   This  information  appears 
only  in  a  cede  03  accounting  record. 

39-78      Onused  (columns  41-78  unused  for  fixed-block 
devices) 

79-80     Accounting  record  identification  cede  (02,03) 
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3.  Accounting   Records  of   Logon,    Autoloq.  ^nd  Link 
Journalinq 

When  LOGON,  AOTOLOG,  and  LINK  journaling  is  ON, 
VH/SP  lay  write  type  04, type  05,  or  type  06  records  to  the 
accounting  data  set.  These  records  are  written  when  yiA/S? 
detects  that  a  user  has  issued  enough  LOGON  or  AOTOLOG 
cooaands  with  an  invalid  password  to  reach  or  exceed  an 
installation  defined  threshold  value;  or  when  a  user  has 
successfully  issued  a  LINK  cominand  to  a  protected  minidisk 
not  owned  by  that  user;  or  when  a  user  has  issued  enough 
LINK  coDBands  with  an  invalid  password  to  reach  or  exceed  an 
installation  defined  threshold  value. 

4.  Accounting  Records  Created  by  the  Oser 

A  virtual  nachine  can  initiate  the  creation  of  an 
accounting  record  that  contains  up  to  70  bytes  of 
inforaation  of  his  own  choosing.  To  do  this,  he  issues  a 
DIAGNOSE  code  X«UC»  instruction  with  the  following  operands: 

The  address  of  a  data   Area  in  virtual  storage  containing 

the  information  in  the  actual  format,   that  he  wishes  to 

have  recorded  in   cclumns  9  through  78  of   the  card  image 

record. 

A  hexadecimal  function  code  of  XMO* 

The  length  of  the  data  area  in  bytes. 

The  information  en  the  accounting  record  is  as  follows: 

Column   Contents 

1-  8    Oserid 
9-78    User  formatted  data 
79-80    Accounting  Record  identification  code(CO) 

For  details  en  DIAGNOSE  instructions  in  a  Virtual 
Machine  see  [Ref.23]. 
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VI.   PERFORMANCE  ANALYSIS  OF  THE  Va/370 

A.   INTBCDUCTICN 

The  performance  of  VM/370  systems  is  analyzed  with  the 
objective  of  develofing  performance  and  resource  usage 
forecasting  equations.  A  model  is  developed  for  analyzing 
computer  performance  and  resource  allocation,  for  computer 
systems  using  this  operating  system. 

In  this  chapter  we  will  present  a  methodcloGy  for  doing 
the  analysis,  showing  how  response  times  and  resource 
utilization  are  related  to  the  system  load. 

Some  perfcrmance  measurement  and  analysis  techniques 
[Ref.2U,25]  emphasized  the  detection  of  performance 
improvements  caused  ty  changes  in  the  system.  Here,  no 
attempt  was  made  to  analyze  the  causes  for  improvement  or 
lack  of  it,  nor  to  relate  these  to  the  internal  structure  of 
the  system.  What  we  shall  try  to  accomplish  is  to  relate 
the  trends  in  the  data  to  the  performance  of  the  system  and 
thus  gain  an  insight  into  what  might  cause  the  system  to 
saturate  and  its  perfcrmance  to  degrade, 

E.   SYSTEM  DESCRIPTION 

For  a  description  of  the  VM/SP  (VM/370)  see  Chapter  III. 
For  the  configuration  of  the  lEM  3033  AP,  used  in  the  W.fi. 
Church  Computer  Center  NFS,  see  Chapter  IV. 

For  the  analysis  purposes,  the  VM/CMS  is  simply  a 
virtual-machine  time-sharing  system.  Each  user  cf  the 
system  may  enter  tasJcs,  normally  from  a  remote  terminal. 
The  system  shares  its  resources  among  these  tasks.  The  flow 
of  user  tasks  through  the  system  is  depicted  in  Figure  1. 
[Ref.26] 
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A  user  is  in  the  "dormant"  state  until  he  has  coipleted 
creating  a  task.  Until  proven  otherwise,  the  task  is 
assumed  to  be  "interactive",  i.e.  to  require  fast  response 
while  making  only  slight  demands  on  system  resources.  Hhile 
receiving  service,  such  tasks  are  said  to  be  in  "Q1",  but 
before  being  admitted  to  this  state  xhey  are  called  "Q1 
Candidates".  If  a  Q1  task  does  not  terminate  before 
consuming  a  certain  amount  of  CPU  time  (roughly  400 
Billiseconds) ,  it  loses  its  "interactive"  status.  It  now 
becomes  a  "02  Candidate"  and  is  elegible  to  be  admitted  into 
"Q2",  which  is  the  set  cf  noninteractive  tasks  currently 
being  serviced.  There  is  also  a  limit  (about  five  seconds) 
on  the  amount  of  CPU  time  that  a  task  may  receive  during  one 
stay  in  Q2.  A  task  requiring  more  CPO  time  may  cycle 
several  times  between  the  "Q2  Candidate"  and  "Q2"  states. 

Not  all  the   possible  state  transitions  are   shown,   but 
those  shewn  are  enough  for  our  purposes. 
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C.   DEPIHITIONS  AND  TIFICAI  BELATIONS 
1 •   Easic  Def igiticns 

a.   Hultiprogramaing  Level 

The  only  tasks  that  may  actually  receive  CPO  time  at 
any  nonent  are  those  in  the  Q1  and  Q2  states,  those  are 
called  'in-Q*  tasks,  and  their  number  is  the 
aultiprograaaing  level  (HPL)  .  .The  Q1  and  Q2  candidates  are 
tasks  that  are  ready  to  run  but  are  not  allowed  to  do  so  at 
the  aoaent  because  the  system  does  not  wish  to  overcommit 
its  resources.  These  tasks  are  said  to  be  eligible. 
Admissions  from  eligible  to  in-Q  status  is  in  order  of 
deadline  priority  which  is  based  on  a  ccmbination  of  a 
permanent  directory  ectry,  the  time  when  the  user  had  last 
received  service,  and  optional  penalties  depending  on  the 
user's  previous  resource  demands. 

In-Q  user's  main  storage  requirements  are  met 
dynamically  through  a  demand  paging  mechanism.  The  system 
maintains  an  estimate  of  each  user's  storage  requirements; 
this  estimate  is  referred  to  as  the  user's  projected  working 
set.  Admission  is  based  principally  on  the  availability  of 
■ain  storage  space  to  accommodate  the  user's  projected 
working  set. 

Hhile  a  task  is  in  Q  it  requires  system  resources, 
e.g.  main  storage,  file  I/O,  and  paging  I/O,  in  addition  to 
CPO  cycles.  The  rates  at  which  these  resources  are  being 
utilized  thus  provide  additional  performance  measures,  as  do 
the  response  times  to  tasks  of  various  types.  A  true 
picture  of  system  performance  can  be  gained  only  if  all 
these  factors  are  considered  simultaneously. 

t.   System  Scheduler 

The  main  function  of  the  system  scheduler  is  to 
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aaintain  the  optimal  MEL  fcr  the  given  system  configuration 
and  user  workload.  The  scheduler  performs  its  task  by 
estiaating  each  user's  working  set,  and  by  admitting  into  Q 
only  as  many  users  whose  working  sets  can  be  accommodated  in 
■ain  storage. 

2.   Important  gelations 

a.   HPL  and  Performance 

As  the  HPL  goes  up,  the  system  is  increasingly 
able  to  overlap  the  use  of  its  various  components, 
conseguently  improving  their  utilization.  Soon,  however, 
cne  or  more  components  approach  100X  utilization,  so  that  no 
further  increase  is  possible.  The  system  is  then  said  to  be 
saturated.  There  is  no  benefit  in  increasing  the  MPL  beyond 
the  saturation  point,  which  is  determined  primarily  by  the 
system  configuration  See  figure  2.  The  saturation  point  is 
also  affected  by  the  nature  of  the  work  load  if  the  work  is 
unevenly  spread  among  the  system  components,  saturation  will 
occur  sooner  than  if  the  load  is  well-balanced. 

At  any  rate,  if  the  effects  of  paging  are 
ignored,  then  curve  A  in  Figure  3  shews  a  typical 
relationship  between  performance  (as  measured  by  CPU 
utilization)  and  the  MEL.  This  curve  might  te  an  idealized 
representation  of  a  VH/370  system  with  essentially  infinite 
main  storage  capacity  (hence,  negligible  paging  activity). 

In  a  real  system,  main  storage  capacity  is 
finite.  As  the  MPI  increases,  the  amount  of  storage 
available  to  each  program  decreases,  hencs  the  paging  rare 
increases.  This  increase  becomes  drastic  when  the  storage 
allocated  to  each  program  falls  below  its  "working  set". 
Soon  the  paging  channel  becomes  saturated,  and  further 
increases  in  the  relative  paging  rate  force  down  the 
productive  utilizanion  of  ether  components,  such  as  the  CPU. 
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b.  Load  and  F€rf crmance 

BARD  [Ref.27],  of  IBfl,  believes  that  it  is 
important  to  understand  the  relation  between  MPL  and 
performance,  but  vhat  one  is  really  interested  in,  is  the 
relation  between  performance  and  the  load  placed  on  the 
system.  Be  took  the  number  of  active  users  as  the  primary 
measure  of  system  load.  The  measure  is  open  to  much  valid 
criticism.  Mo  two  users  are  alike;  how  can  we  compare  a  user 
who  is  editing  a  file  under  CMS  to  one  who  is  using  the  IPL 
procedure  for  a  large  virtual  Machine  ?  yet  measurements 
taken  at  many  installations  have  shown  that  performance 
variables  averaged  over  reasonable  periods  of  time  (one 
week,  say)  present  very  consistent  patterns  when  plotted 
against  number  of  active  users. 

c.  Response  lime  and  System  Load 

As  the  Bard  Model  [Ref.28]  indicates,  we  can 
also  determine  how  task  response  time  is  affected  by  system 
load.  Suppose  we  have  a  specific  task  in  mind  requiring  one 
second  of  CPU  time  to  complete.  The  response  time  is 
composed  of  the  running  time,  and  the  waiting  time  in  the 
eligible  set,  which  is  proportional  to  the  number  of  tasks 
in  that  set.  To  obtain  the  running  time,  suppose  a  task 
requires  one  second  of  CPO  time.  Let  U  (n)  be  the  CPU  time 
utilization  at  HPL  =  n.  If  system  resources  are  shared 
fairly  among  users,  the  task  receives,  en  the  average, 
u(n)/n  seconds  of  CPO  TIME  per  second  of  elapsed  time,  and 
hence  its  running  time  may  be  estimated  as  n/u(n)  seconds  to 
complete  the  task  required  time  of  1  second. 

The   propcrtionality  factox   (waiting  time  in 

eligible   list   Vs   Number   of   tasks   in   that   list)  is 

determined:    as  follows   If   the   average  task   required  T 

seconds  of  CPO  time,  and  the  MPL  =  M,   then  a  task  leaves  Q1 
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or  Q2  on  the  average  cf  every  I/u(n)  seconds.  Hence,  if 
there  are  a  eligible  tasks,  the  expected  waiting  time  is  M 
I/u  (n)  .  Thus,  the  relation  of  Figure  4  can  be  obtained, 
where  the  total  response  time  is  shown  VS  the  number  of 
users.  Figure  U  shows  the  essential  effect  of  saturation  on 
response  tine. 

This  analysis  applies  to  a  typical  task,  i.e. 
one  whose  various  resource  requirements  are  roughly 
proportional  to  those  cf  the  overall  work  lead.  Radically 
different  types  of  tasks,  e.g.,  compute-bound  or  I/O  bound 
ones,  may  present  completely  different  response  profiles.  A 
sysrem  whose  I/C  channels  are  saturated  may  have  enough 
leftover  CPU  power  to  maintain  excellent  response  to  a 
compute-bound  task,  ard  vice  versa. 
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BELATION  BETWEEN  BESEONSE  TIME  AND  USEB  LOAD 
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RELATION  EETaEEN  CPU  0TILI2ATION  AND  OSEE  LOAD 
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d.  System  Resource  Otilization 

For  each  cumber  of  active  users,  ve  could  find 
the  MPL  (Figure  2) ,  and  then  based  on  it  find  the 
utilization.  The  result  is  shown  in  Figure  5:  utilizaxion 
climbs  up  to  the  saturation  point  and  then  levels  off.  In 
practice,  utilization  actually  starts  to  decrease  somewhat 
beyond  the  saturation  point,  due  to  increased  contention 
and  increased  consumption  of  storage  space  by  system  control 
tloclcs. 

e.  The  effect  of  Storage  Capacities 

The  typical  results  for  various  storage 
capacities  are  shewn  in  figure  3  [Hef.25].  In  curve  B, 
storage  capacity  can  accommodate  the  working  sets  of  three 
programs.  Hence,  utilization  peaks  at  an  MPL  of  three. 
Similarly,  curves  C  and  D  depict  storage  capacities  of  six 
and  nine  programs,  respectively.  Observe  that  the  maximum 
utilization  in  curve  E  is  considerably  below  the  infinite- 
storage  saturation  level,  but  is  very  close  to  it  in  curves 
C  and  D.  It  appears  that  only  a  limited  gain  in  performance 
is  attainable  ty  increasing  storage  capacity  much  beyond 
accommodating  six  programs,  which  is  the  infinite-storage 
saturation  point. 

In  the  NPS  3033  AP  the  storage  is  fixed  and  we 
could  not  use  this  effect  in  this  particular  analysis. 

f.  System  Expansion  Factor 

Typically,  as  the  number  of  simultaneous  users 
increases,  the  response  time  steadily  degrades,  but  sharply 
degrades  after  seme  critical  number  of  users.  Thus,  if  we 
act  so  as  to  maximize  the  number  of  simulxanecus  users,  the 
effect  is  to  maximize  the  number  of  people  to  whom  we  are 
presenting  a  sharply  degraded  service.    This  means  that  the 
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number  of  simultaneous  system  users  could  fce  a  misleading 
measure  of  system  load.  System  expansion  factor  rather  than 
number  of  simultaneous  users  could  be  a  better  measure  for 
the  computing  center  and  for  the  users.  This  factor  is 
defined  as  the  ratio  of  the  actual  time  tc  do  a  unit  of 
computer-limited  work  to  the  minimum  time  to  do  that  work  in 
a  stand-alone  environment,  and  is  calculated  fcy  dividing  the 
total  system  service  time  plus  gueueing  time  to  perforin  some 
user-reguested  action  by  the  CPO  time  plus  the  estimated  I/O 
time  This  assumes  that  computatipn  time  and  I/O  time  for  any 
cne  user  are  not  overlapped.  It  also  assumes  that  all 
paging  and  disk  an  mcvemenx  are  overhead  operations, 
induced  by  contention.  Although  this  is  net  entirely  true 
in  all  cases,  it  serves  well  enough  as  a  first-order 
aprozimaticn  of  what  actually  happens. 

3 .   Bottlenecks 

Plcts  such  as  Fig.  4  and  Fig,  5  cculd  be  used  to 
spot  saturation  conditions  and  determine  the  user  load  under 
which  they  occur.  If  there  is  no  evidence  of  saturation, 
all  is  well.  However,  if  saturation  is  detected,  we  must 
next  determine  the  systei  compcnenx  that  is  causing  the 
saturation.  This  coafonent,  wiiich  is  called  a  bottleneck, 
is  one  whose  capacity  must  be  increased  first  before  overall 
system  performance  can  be  improved.  Such  improvement  would 
fce  felt  in  two  ways:  an  increased  number  of  users  could  be 
served  before  the  onset  of  saturation,  and  system  throughput 
at  saturation  wculd  J3€  increased. 

The  main  hardware  components  of  a  VM/370  system  are 
the  CPO,  main  storage,  the  paging  subsystem  and  the  I/O 
(other  than  paging  subsystem) .  Bottlenecks  in  any  of  these 
components  can  fce  spotted.  However,  this  kind  of  analysis  is 
not  the  main  objective  of  this  thesis,  and  we  will  describe 
some  cases  only  as  examples  cf  bottlenecks. 
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a.   The  CPO 

The  CPU  is  saturated  when  its  utilization 
approaches  100  percent.  A  truly  saturated  CFO  can  be  cured 
only  by  being  replaced  with  a  fasrer  one.  However,  some 
farther  analysis  may  reveal  different  underlying  causes  for 
the  saturation  and  suggest  cures  of  a  less  dramatic  nature. 

One  case  in  point  occurs  when  the  CPO  becomes 
saturated  due  to  paging  activity.  This  occurs  when  total 
CPO  utilization  approaches  100  percent,  prctlem  state  time 
declines,  and  paging  rate  climbs  as  the  number  of  users 
increases.  Such  conditions  prevail  if,  for  seme  reason,  the 
scheduler  consistently  underestimates  working  sets  and  thus 
maintains  too  high  a  HPL.  Reducing  the  HPL  will  release 
some  of  the  CPO  tine  spent  on  paging,  but  whether  or  not  the 
reduced  SPL  will  be  sufficiently  high  to  maintain  good 
throughput  depends  en  the  amcunt  of  storage  available. 
Increasing  storage  capacity  while  retaining  the  same  MPL 
would  also  decrease  the  paging  rate  and  release  some  CPU 
time  for  productive  use. 

The  presence  cf  compute-bound  jobs  in  the  work 
load  can  result  in  very  high  CPO  utilization.  However,  Some 
cf  the  CPO  time  can  be  made  available  to  other  users,  should 
they  need  it.  Thus,  if  response  time  to  the  compute-bound 
tasks  is  not  a  primary  concern,  then  we  should  not  really 
consider  the  CPO  tc  be  saturated. 

fc.   Hain  Storage 

Main  storage  is  (cr  at  least  the  scheduler 
thinks  that  it  is)  saturated  when  the  eligible  list  is 
almost  never  empty,  [fief. 30].  Nevertheless,  a  saturated 
memory  is  not  necessarily  a  performance  bottleneck.  If 
paging  is  moderate  and  the  CPO  is  fully  utilized,  then  main 
storage  capacity  is   adequate  and  will  have   to  be  increased 
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only  after  a  aora  powerful  CPU  is  installed.  If  both  paging 
and  CPD  utilization  are  light,  then  the  scheduler  is 
probably  overestimating  working  sets  and  consequently 
■aintaining  too  low  a  MPL. 

If  the  paging  rate  is  high,  productive  CPU 
utilization  (%  problea  state  tiae)  is  low,  and  if  the  MPL  is 
high,  then  the  scheduler  may  be  at  fault.  This  so-called 
trashing  condition  may  be  removed  by  inducing  the  scheduler 
to  maintain  a  lower  HEL. 

Only  if  the  MPL  is  low,  paging  is  heavy,  and 
productive  CPO  utilization  {%  problem  state  time)  is  low,  is 
the  saturated  main  storage  a  true  bottleneck  and  in  need  of 
expansion. 

c.   Paging 

There  are  three  components  which  contribute  to 
the  total  system  wait  time  in  the  VM/370.  The  idle  wait, 
when  no  high-speed  I/O  requests  are  outstanding.  The  page 
wait,  when  outstanding  I/O  requests  are  primarily  for 
paging.  The  I/O  wait,  when  outstanding  I/O  requests  are  not 
primarily  for  paging. 

Typically,  the  idle-wait  state  predominates  when 
the  number  of  users  is  small.  By  the  time  saturation  is 
reached,  idle  wait  will  have  decreased  to  zero.  Absence  of 
idle  wait  in  itself,  however  is  no  proof  of  saturation  when 
the  number  of  users  is  moderate,  there  may  be  enough  work  to 
keep  either  the  CPO  cr  an  I/O  path  busy  at  any  given  tiae, 
tut  not  enough  to  saturate  either. 

If  the  CPO  is  not  the  bottleneck,  there  will  be 
a  substantial  amount  of  wait  state  even  at  saturation.  This 
wait  state  may  be  iue  to  poor  overlapping  of  CPO  and  I/O 
activities   caused  by   main  storage  being  insufficient   to 
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accommodate  an  adequate  MPL.  If  this  is  not  the  case, 
however,  and  if  page  wait  accounts  for  the  major  part  of  the 
residual  wait  time,  then  the  paging  subsystem  is  probably  at 
fault. 

Page  wait  may  te  experienced  either  because  the 
paging  rate  is  too  high  or  because  page  transit  time  is  too 
long.  The  first  condition  is  caused  by  working  sets  being 
underestimated  by  the  scheduler.  The  second  occurs  when 
either  no  high-speed  paging  devices  are  installed  or  their 
capacity  has  been  exceeded. 

d.   I/O  Activity 

A  bottleneck  in  the  I/O  subsystem  reveals 
itself  in  a  manner  analogous  to  the  paging  subsystem.  If 
there  is  enough  main  storage  tp  maintain  an  adequate  MPL, 
and  yet  a  significant  amcunt  of  I/O  wait  time  remains  at 
saturation,  a  deficient  I/C  subsystem  is  indicated.  It  may 
be  simply  that  the  work  load  is  so  I/O  bound  that  no 
possible  expansion  of  the  I/O  facilities  will  handle  it.  In 
this  case,  one  might  conclude  that  the  CPO  in  use  is  too 
fast  and  a  slower  one  would  suffice.  More  typically,  some 
rearrangement  or  expansion  of  the  I/O  subsystem  will  solve 
the  problem. 

Onder  extreme  conditions,  an  I/C  bottleneck  may 
develop  if  the  HPL  is  tec  high,  rarher  than  too  low.  If 
there  is  a  concidence  between  very  high  MPL  and  high  I/O 
wait  time,  one  should  amend  the  scheduler  so  as  to  restrict 
the  MPL  tc  a  lower  level. 

D.   DATA  REQOIHEMENTS 

The  fcregcing  analysis  requires  that  performance  and 
resource  usage  variables  be  measured  over  a  certain  time 
period,  say,  one  or  two  weeks  ox  operation. 
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For  this  particular  experiaeat.  The  measurements  have  to 
be  done  using  the  tools  available  to  a  General  User,  which 
is  the  status  of  the  author.  This  means  that  only 
priviledge  class  G  coBmands  are  available.  In  Chapter  V  the 
VM/SP  performance  tools  are  described,  most  of  which  are  not 
available  to  the  General  User. 

The  actual  tools  that  are  available  for  a  General  User 
and  vere  used  in  the  experiment  are: 

-  The  CP  Indicate  LOAD  command  (class  G) 

-  The  CP  Indicate  OSES  command  (class  G) 

Other  commands  used  to  gather  information  are  the 
following; 

-  CP  QDEBI  VlfiTUAI 

-  CP  QUERY  TERMINAL 

-  CP  QOEHY  SET 

-  CP  QOERY  TIME 

-  CP  QOERY  OSERS 

note:  See  Chapter  V  Section  B  for  Indicate  command 
formats. 

The  list  of  the  performance  and  resource  usage  variables 
to  be  measured  is  next: 

VARIABLE  TOOL 

Response  time  (seconds)  Cf  Q  TIME 

Expansion  (seconds)  CP  IND  LOAD 

7IRT  CPO  (seconds)  CP  Q  TIME 

TOT   CPO  (seconds)  CP  Q  TIME 

CPO  UTILIZATION  (    *    )  CP  IND  LOAD 

APU  UTILIZATION  (    %    )  CE  IND  LOAD 

Storage  (   %   )  CP  IND  LOAD 

Paging  (Pag/Sec)  CP  IND  LOAD 
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Residents 
ilorksheet   size 
sio 
Users 

Q1 
Q2 
HL 


Pages 
Pages 
Count 
Count 
Count 
Count 
Count 


CP  INO  aSEfi 
CP  IND  as EH 
CP  INE  OSER 
CP  Q  USERS 
CP  IN  LOAD 
CP  IN  LOAD 
(CI  *   Q2) 


Note:  to  do  a  coaplete  bottleneck  analysis,  some  data 
required  (%  Problem  state  time,  %  Idle  wait  time,  %  Page 
wait  time,  %  I/O  wait  time)  is  not  obtainable  with  the  use 
of  priviledge  class  G  (General  User)  commands.  This 
represented  a  significant  limitation  for  data  gathering  and 
analysis. 

1 •   Variables  Definition 

a.   CPU  %    (CP) 

indicates  the  percentage  of  time  that  the  main 
processor  is  running  and  is  derived  from  the  smoothed  wait 
value  maintained  by  the  scheduler. 

k.   APO  %    (AP) 

is  the  percentage  of  the  time  the  attached 
processor  is  running. 

c.  Storage  (SI) 

is  a  measure  of  the  usage  of  real  storage.  It 
is  an  approximation  of  the  number  of  pages  in  storage  for 
in-queue  virtual  machines  to  the  number  of  pageable  pages  in 
the  system,  expressed  as  a  percentage. 

d.  Expansion  (EX) 

is  the  scheduler  contention  value,  and  is  rhe 
smoothed  aeasure  of   the  time  it  takes  a   virtual  machine  to 
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raceive  a  given  aaount  of  processor  time.  It  is  a  measure 
of  the  total  delay  in  response  time  that  a  virtual  nachine 
experiences  due  to  contention  for  both  real  storage  and  the 
processor.  If  there  is  no  contention  for  either  resource, 
EXPAN   is  maintained  at  a  sinimuo  value  cf  1  second. 

€.   Paging  (PA) 

is  the  average  nuater  of  page  I/O  operations 
(page  reads  and  writes)  performed  per  second. 

f.  Residents  (RES) 

is  the  current  nunter  of  the  user's  virtual 
storage  pages  resident  in  real  storage  at  the  time  the 
command  is  issued. 

g.  Working  Set  (HS) 

the  system  maintains  an  estimate  of  each  user's 
storage  requirements,  this  estimate  is  refered  to  as  the 
user's  projected  working  set. 

h.   SIO  (SIO) 

is  the  total  number  of  nonpooled  I/O  requests 
issued  by  the  user. 

I.   Q1  (C1) 

is  the  nuaber  of  interactive  tasks,  i.e. ,  those 
who  require  fast  response  while  making  only  slight  demands 
en  system  resources. 

j.   Q2  (C2) 

is  the  number  cf   ncninteractive  tasks  currently 

being  serviced. 

k.   Hultiprogramming  Level  (MPL) 
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is  the  nuDfcer  of  tasks  that  nay  actually  receive 
CPO  time  at  any  moment.  It  is  equal  to  the  number  of  tasks 
in  Q1  and  Q2   states. 

1.   Response  time  (BE) 

Composed  of  the  running  time  and  the  waiting 
time  in  the  eligible  list.  This  variable  is  going  to  be  used 
as  the  performance  variable  of  the  system,  in  this  analysis. 

NOTE.-  ie»ll  use  the  symbols  in  parentheses  to  refer  to  the 
respective  variables. 

E.   OSEB  WCRKLCAD  CHAfiACTEBIZATIOH 

Two  kinds  of  synthetic  programs  were  chosen.  Both 
algorithms  are  very  simple,  with  the  intention  to  avoid 
unnecessary  complexity,  being  representative  and  sufficient 
for  our  purposes. 

The  first  algorithm  accesses  a  file  of  data  and  reads  a 
value,  executes  additions  the  number  of  times  that  value 
indicates,  and  writes  the  result  another  file.  In  this 
algorithm  access  to  the  input  and  output  files  was  included 
to  control  the  execution. 

The  second  algorithm  accesses  a  file  a  number  of  times, 
reading  some  values  each  time  and  rhen  writing  them  to 
another  file. 

These  two  algorithms  have  been  written  in  FOBTBANH, 
iATPIV,  COEOL,  and  PASCAL. 

Besides  these  algorithms,  two  script  files  are  used  for 
ether  types  of  tasks.  Three  file  handling  commands  were 
tested:   The  EBASE,  BEMAME,  and  COPYFILE  COMMANDS. 

Considering  the   ccmpilaticn  and   execution  of   the  same 
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algorithm  as  different  tasks,  in  the  case  of  FOSTSANH  and 
COBOL,  the  tasks  to  be  used  as  representatives  of  typical 
tasks  are  the  following: 

Task  Type 

FortranH  CFO  task  (compilation) 

FortranH  CEO  tasJc  (Execution) 

FortranH  I/O  task  (compilation) 

FortranH  I/O  task  (execution) 

FortranH 

FortranH 

FortranH 

FortranH 

Hatfiv  CPU  task  (Comp  and  Exe) 

Hatfiv  I/O  task  (comp  and  exe) 

Cobol  CPO  task   (compilation) 

Cobol  CPO  task   (execution) 

Cobol  I/O  task   (compilation) 

Cobol  I/O  task   (execution) 

Pascal  CPO  task  (comp  and  exe) 

Pascal  I/O  task  (comp  and  exe) 

Script  task  1 

Script  tast  2 

EENAME  TASIK 

Copyfile  task 

Erase  task 

All  the  tasks  above  runing 

continously. 

Note:  tasks  5,6,7  and  8  correspciid  to  tasks  1,2,3  and  4 
executed  using  different  compilation  options. 

F.   TIMES  AND  UOHEEE  CF  CESEBVATIONS 

Four  "shifts"  were  considered.   The  morning  shift,  which 
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Task    Name 

1 

FT 

1 

C 

2 

FT 

1 

E 

3 

FT 

2 

C 

4 

FT 

2 

E 

5 

FT 

3 

C 

6 

FT 

3 

E 

7 

FT 

U 

C 

8 

FT 

U 

E 

9 

MT 

1 

10 

ilT 

2 

11 

CT 

1 

C 

12 

CT 

1 

E 

13 

CT 

2 

C 

14 

CT 

2 

E 

15 

PT 

1 

16 

PT 

2 

17 

ST 

1 

18 

ST 

2 

19 

RENAME 

20 

COPYFILE 

21 

ERASE 

22 

MIXT 

is  from  0800- 13C0;  th€  afternocD  shift  from  1300-1800;  the 
weekend  shift  from  0900  to  2100,  Saturdays  acd  Sundays,  the 
•fixed'  shift  which  is  fron  1500  to  1530  hours,  only  on 
weekdays. 

An  observation  (for  our  purposes)  is  defined  as  the 
procedure  of  data  collection  of  the  values  of  performance 
and  resource  usage  variables  for  the  22  tasks  indicated 
above. 

Twenty  five  observations  were  made  for  each  shift,  which 
makes  a  total  of  one  hundred  observations.  This  means  that 
each  task  will  b€  executed  100  times,  at  different  times  of 
the  day,  and  days  of  the  week. 

Given  the  number  of  tasks  that  had  to  he  executed  for 
each  observation,  an  EXEC  procedure  was  written  in  a  way 
that  allowed  us  to  execute  the  22  tasks,  to  gather 
performance  information  raguired  for  each  one,  continuosly, 
one  after  the  ether,  and  with  only  one  command. 

The  creation  of  listing  files,  display  of  messages,  and 
output  generated  by  the  different  tasks,  had  to  be  avoided, 
when  possible,  in  order  to  incur  the  least  overhead,  and  to 
reduce  considerably  the  output  for  each  observation.  All 
the  information  gathered  ty  one  observation  is  stored  in  a 
file  created  by  spooling  the  console  output  and  sending  it 
to  the  printer. 

G.   DATA  COLLECTION 

The  first  observation  was  taken  Nov  5,  1981  and  the  last 
one  Nov  20,  1981.  The  observations  were  done  at  different 
times  of  the  day,  weekdays,  and  weekends,  according  to  the 
number  of  observations  reguired  for  each  shift  but  without 
any  particular  pattern. 
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The  different  execs  which  were  used  are  listed  in 
Appendix  A.  The  algorithms  written  in  the  four  languages 
are  described  in  Appendix  B.  The  formats  used  to  record  the 
data  and  a  sanple  of  the  actual  data  recorded  for  a 
particular  task  are  shown  in  appendix  C.  A  sample  of  one 
observation  output  is  in  Appendix  D, 

To  take  one  observation  as  a4i  example,  the  command  used 
was: 

DACO  XXX  'SHIFT*  lYY 

where: 

CACO   stands  for  DATA  collection  and  is  the  name  of  the  Main 

Exec. 

XXX   is  the  number  of  the  observations 

'Shift*  indicates  Horning,  afternoon,  weekend,  or  fixed. 

YYY  is  the  number  of  observations  by  shifts. 

After  one  observation  was  finished,  the  values  of  the 
performance  and  resource  usage  variables  and  additional 
information  required  for  each  task  were  taken  from  the 
•observation  output*  and  recorded  in  the  forms  of  Appendix 
C. 

Once  the  data  for  the  100  observations  were  written  in 
the  forms  mentioned  above,  the  raw  data  collection  was 
finished . 

H.   THE  USE  OF  "MINITAf" 

"SIRITAB"  is  a  general  purpose  statistical  computing 
system,  designed  especially  for  students  and  researchers 
primarily  for  moderate  size  data  sets  which  can  be  stored  in 
main  memory.  Minitab  was  found  especially  helpful  for 
exploring  data  in  the  early  phases  of  analysis,  for 
plotting,  and  for  regression  analysis. 
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In  order  to  use  •Hinitab*  an  MTAB  type  file  Mas  created 
containing  the  data  recorded  for  each  task.  After  all  these 
MTAB  files  were  created,  equal  numbers  of  worksheets  were 
created  and  saved,  using  flINITAE  commands.  At  this  point 
all  the  raw  data  gathered  was  ready  to  be  processed. 

Minitab  has  been  available  in  the  NPS  Computer  Center 
since  the  31st  august,  1981.  Iot  more  information  see  the 
Minitab  Reference  Manual  CBef.29]. 

•Minitab*  consists  of  a  worJcsheet  of  rows  and  columns, 
in  which  data  are  stored,  and  a  collection  of  about  150 
commands,  which  operate  on  the  data  stored  in  the  worksheet. 

"*•   Data  Reduction 

For  each  task  the  correlation  between  every  two 
performance  and  resource  usage  variables  were  calculated. 
Observing  primarily  those  with  higher  correlation 
coefficients,  some  tasic  transformations  such  as  log  and 
square  root  were  applied  to  the  performance  and  resource 
usage  variables. 

Different  plots  depicting  the  relation  between 
performance  and  resource  usage  variables  were  obtained  and 
analyzed. 

I.   assOLTS 

1 •   Correlation  Coefficients 

Samples  of   the  tatles   of  correlation  coefficients 
obtained  for  each  task  are  shown  in  Tables  1,2. 

MINITAB  RELEASE  81.1  ♦** 

COPYRIGHT  -  ?ENN  STATE  UNIV.  1981 

***  NAVAL  PCSTGRADDATE  SCHOOL  (31  AUG  81)  VEH.  3 

STORAGE  AVAILABLE   40000 
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retr  »«ft1c' 


corr  c1-c15 


TABLE  1 


SH 

OES 

RE 

SX 

CP 

AP 

OBS 

-0.057 

HE 

-0.434 

-0.  115 

EX 

-0.554 

0.138 

0.593 

C? 

-0.675 

0.120 

0^365 

0.418 

AP 

-0.752 

-0.019 

0.338 

0.361 

0.758 

ST 

-0.598 

0.242 

0.537 

0.308 

0.728 

0.535 

PA 

-0.572 

0.276 

0.440 

0.757 

0.598 

0.527 

SES 

0.497 

0.016 

-0.449 

-0.557 

-0.540 

-0.478 

HS 

0.504 

-0.032 

-0.458 

-0.555 

-0.557 

-0.489 

SIO 

-0.102 

-0.101 

-0.047 

0.077 

0.196 

0.244 

OS 

-0.644 

0.  124 

0.499 

0.727 

0.654 

0.661 

Q1 

-0.595 

0.  115 

a.669 

0.895 

0.590 

0.442 

Q2 

-0.657 

0.099 

a. 669 

0.814 

0.746 

0.641 

lIPL 

-0.649 

0.109 

0.689 

0.874 

0.698 

0.571 

ST 

PA 

RES 

MS 

SIO 

OS 

PA 

0.804 

RES 

-0.618 

-0.688 

iS 

-0.638 

-0.696 

0.987 

SIO 

0.187 

0.129 

-0.132 

-0.098 

OS 

0.710 

0.893 

-0.640 

-0.649 

0.109 

Q1 

0.898 

0.820 

-0.601 

-0.617 

0.065 

0.773 

Q2 

0.926 

0.764 

-0.643 

-0,651 

0.178 

0.749 

apL 

0.941 
Q1 

0.811 

Q2 

-0.643 

-0.655 

0.132 

0.782 

Q2 

0.885 

aPL 

0.962 

0.978 
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retr    •waix' 


corr  c1-c15 


TABLE    2 


SH 

OBS 

fi£ 

EX 

CP 

AP 

OBS 

-0.057 

RS 

-0.514 

-0.027 

sx 

-0.554 

0.138 

0.718 

CP 

-0.675 

0.120 

0.533 

0.418 

AP 

-0.752 

-0.019 

0.446 

0.361 

0.758 

ST 

-0.598 

0.242 

0.700 

0.308 

0.728 

0.535 

PA 

-0.572 

0.276 

0.617 

0.757 

0.598 

0.527 

RES 

0.497 

0.016 

-0.573 

-0.557 

-0.540 

-d.478 

HS 

0.504 

-0.032 

-0.578 

-0.555 

-0.557 

-0.489 

SIO 

-0.102 

-0.101 

0.067 

0.077 

0.196 

0.244 

as 

-0.644 

0.124 

0.630 

0.727 

0.654 

0.661 

Q1 

-0.595 

0.115 

0.779 

0.895 

0.590 

0.442 

Q2 

-0.657 

0.099 

0.801 

0.814 

0.746 

0.641 

MPL 

-0.649 

0.  109 

0.815 

0.874 

0.698 

0.571 

ST 

£A 

RES 

VS 

SIO 

US 

PA 

0.804 

RES 

-0.618 

-0.688 

iS 

-0.638 

-0.696 

0.987 

SIO. 

0.187 

0.129 

-0.132 

-0.098 

as 

0.710 

0.893 

-0.640 

-0.649 

0.  109 

Q1 

0.898 

0.820 

-0.601 

-0.617 

0.065 

0.773 

Q2 

C.926 

0.764 

-0.643 

-0.651 

0.178 

0.749 

HPL 

0.941 
<21 

0.811 
C2 

-0.643 

-0.655 

0.132 

0.782 

Q2 

0.885 

MPL 

C.962 

0.978 
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BETWEEN 

HE 

and 

EX 

BE 

and 

ST 

RE 

and 

OS 

BE 

and 

MPL 

EX 

and 

HPL 

cE 

and 

C2 

ST 

and 

HPL 

PA 

and 

OS 

CE 

and 

OS 

A'^ 

and 

vs 

Th6  results  ottained  are  the  following:  for  Tasks  1 
to  16  and  22  the  higher  correlation  coefficients  are  the 
following: 


AVERAGE 

.59 
.59 
.53 
.70 

.85 
.77 
.93 
.89 
.65 
.67 


For  the  Tasks  17,  18,  19  and  21  the  response  time 
obtained  was  always  less  or  equal  to  1  second,  independently 
of  the  lead  on  the  system.  Ihe  time  information  gathered  by 
the  CP  COERY  TIME  coimands  have  precision  of  the  order  of 
seconds.  Thus,  nc  further  analysis  can  be  done  on  these 
tasks  in  terms  of  response  time  and  its  relation  with  other 
performance  variables,  using  these  commands  as  the  source  of 
data  for  Response  time.  Ihe  sizes  of  the  two  script  files 
used  by  Tasks  17  and  18  are  in  relation  cf  1  to  10.  Even  so, 
it  was  not  possible  to  note  differences  in  the  response 
times  for  these  tasks.  Obviously,  the  RENAME  and  ERASE 
tasks  are  very  trivial  and  the  tools  used  to  record  response 
time  does  not  allow  us  to  establish  a  relation  between  the 
response  time  and  the  load  on  the  system. 

For  the  Task  20,  •COEYFILE*  the  only  moderately  high 
correlation  coef fiecient,  considering  Response  time,  was:  RE 
VS   SIO,   .524   .    Seme  ether  results   were  consistent  with 
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those  obtained   for  Tasks   1  to  16  and  22.   That  is,  the 
compilations,  executions  and  the  Copyfile  tasks. They  are  : 


sx 

and 

HEL 

.857 

CP 

and 

Q2 

.781 

AP 

and 

as 

.683 

ST 

and 

HPl 

,9.36 

PA 

and 

OS 

.893 

iS 

and 

RES 

.987 

CP 

and 

OS 

.659 

When  the  flots  are  made,  they  may  immediately  reveal 
some  clear  trends,  but  sometimes^  however,  the  trends  will 
be  masked  by  random  fluctuations  in  the  data.  This  is  most 
likely  to  occur  in  those  portions  of  the  curves  where 
relatively  few  observations  axe  available,  typically  in  the 
upper  and  lower  ranges  of  user  values. 

Other  reasons  for  these  fluctuations  are  that  in 
this  experiment  the  system  workload  variations  have  not  been 
minimized;  as  a  General  user,  there  is  no  tool  available  to 
measure  these  variations. 

In  the  worst  case,  there  are  fluctuations  in  system 
workload  that  vary  frcm  I/O  oriented  to  CPU  oriented. 

2«   Relation  Between  HPL  and  CPO  Utilization 

As  shown  in  Figure  6,  the  trend  corresponds  to  the 
situation  shown  in  Figure  3. 

The  saturation  point  is  affected  by  the  nature  of 
the  work-load  of  the  system.  We  can  assume  that  for  the  top 
points  of  Figure  6  the  work  load  is  CP  oriented  demanding 
more  CP  utilization,  lie  can  see  that  with  an  MPL  of  5  the  CP 
utilization  reaches  approximately  96X. 
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In  contrast  the  bcttom  points  are  considered  to  be 
I/O  workload  oriented,  which  demands  more  I/O  activity  than 
CPO  utilization.  Obviously,  for  an  I/O  oriented  worJc  load, 
the  CPO  utilization  will  net  rise  up  to  a  saturation  point. 
An  example  of  this  is  the  observation  that  with  an  MPL  of  13 
the  CPU  utilization  is  approximately  only  55f. 
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retr  'wftlc* 
plot  'cp'  •npl* 


% 

CP 
100. ♦ 


*  *  « 


-  «  * 

♦  ♦ 

80. ♦         *         *  « 
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2  *  ♦ 
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6  ♦   ♦ 
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FIG.  6 
BELATICN  EETHEEN  CPU  OIILIZATICN  AND  ilPL 
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3.   RelatioD  Between  aPL  and  A£  utilization 

The  plot  of  Figure  7  shows  that  the  AP  is  saturated 
with  an  HPL  of  about  3.  If  we  compare  the  plots  of  Figures 
6  and  7  we  can  apreciate  that  the  AP  is  more  utilized  than 
the  CPO,  which  may  indicate  that  load  leveling  is  not 
effective.  Furthermore,  it  could  indicate  that  the  workload 
of  the  system  is  not  I/O  oriented,  as  one  would  expect  for 
this  particular  system,  given  that  the  AP  does  not  process 
I/O  instructions. 

^*      Relation  Between  Response  Time  and  number  of  Users 

The  plot  of  Figure  8  shjows  the  essential  effect  of 
saturation  on  response  time.  Below  the  saturation  point, 
approximately  86,  the  system  is  able  to  serve  additional 
users  withcut  severely  impacting  response  time.  With  more 
than  about  86  users,  additional  users  can  be  accomodated 
only  at  the  cost  of  reduced  service  to  all. 

Again  this  analysis  applies  to  a  typical  task,  i.e., 
one  whose  various  resource  requirements  are  roughly 
proportional  to  those  of  the  overall  work-lead.  Radically 
different  work  loads,  e.g.,  compute  bound  or  I/O  bound  ones, 
may  affect  the  response  profile  for  a  particular  task  when 
related  to  the  number  cf  users. 

The  plot  of  Figure  8  corresponds  to  the  FortranH 
Task  1 ,  and  is  representative  of  all  the  compilation  and 
execution  tasks  even  fcr  differe.nt  languages. 

If  we  observe  the  trend  of  Figure  8  it  is  very 
similar  to  the  typical  curve  shown  in  Figure  U,  and  was 
obtained  by  real  measurements  on  the  system. 
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plot  'AP*  'CFL* 


t 
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FIG. 7 
HELATICN  BETWEEN  APO  UTILIZATION  ANE  HBL 
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FIG.  8 
3ELATI0N    BETWEEN    EESPCNSE    TIME    AND    NOMBEE    OF    USSflS 
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plot    'HE*        'HPL' 
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FIG.    9 
HELAIION    BiTHE£N    BESPCNSE    TIME    AND    flPL 
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5.  Relation  Eetwejn  Response  Time  and  MJL 

The  plot  of  Figure  9  shows  that  the  response  time 
rises  with  a  very  slight  increment  in  MFL  until  MPL  reaches 
the  value  of  about  9,  After  tha.t,  thft  effect  of  increase  in 
aPL  produces  a  very  high  increase  in  response  time. 

6.  Relation  Betweea  Osers  and  Wulti programming  Layel 

Figure  10  shoiis  the  relation  between  MPL  and  Users. 
If  we  observe  the  trend  and  project  it,  we  can  estimate  that 
the  saturation  point  is  around  105  and  that  even  if  the 
number  of  users  exceed  this  number.  The  higher  HPL  will  be 
around  1U  or  15.  Obviously,  if  this  occurs,  more  tasks  will 
te  pending  and  waiting  in  the  eligible  list  before  being 
serviced,  and  the  response  time  will  increase  rapidly  for  a 
particular  task.  Note  that  with  an  MPL  of  around  9,  the 
number  of  users  varies  from  65  tc  95  (for  this  data) . 

7.  Relation  Eetweeii  2x£ansicn  and  MPL 

The  MPL  is  somewhat  correlated  with  Expansion  and 
the  plot  of  Figure  11  allows  us  to  estimate  expansion  based 
on  values  of  MPL. 
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FIG.  10 
HSLATICN    EEIBEEN    iNOMBZfi   OF    USEES    AND    flPL 
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plot    'EX*     "BEL 
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FIG.  11 

REIAIICN    EETUEEN    EXPANSION    AND    UfL 
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J.   3EGHESSI0N  ANALYSIS 

A  major  difficulty  in  th€  -evaluation  of  computer  systems 
has  oeen  the  inability  to  provide  a  valid  quantification  of 
the  relationship  b€t¥€€n  performance  and  work  load  [Ref.SI]. 
the  problem  of  the  presence  of  a  large  number  of  variables 
is  compounded  when  the  interactions  of  these  variables  must 
be  taken  into  account, 

A  regression  equation  can  serve  as  a  predictor  of 
performance  and  resource  usage  within  the  range  of  the 
vari:4bl€S  which  were  used  to  estimate  the  regression 
coefficients  [fief. 32].  A  disadvantage  results  from  treating 
computer  functions  as  black  boxes,  where  the  regression 
variables  are  black  box  inputs  and  outputs.  This  macro 
approach  fails  to  deal  with  the  internal  structure  of 
computer  functions.  The  characteristics  of  the  Internal 
structures  may  be  important  determinants  of  compuT:er 
performance.  Also,  it  is  possible  to  have  a  very  good  fit 
between  dependent  and  Independent  variables  without  a  cause 
and  effect  reason  for  the  relaticnship.  The  goodness  of  the 
fit  may  mislead  ona  to  believe  that  the  mathematical 
relationship  implies  a  physical  relationship. 

''  •   Simple  Regression  Equations 

The  correlation  analysis  showed  some  high 
correlation  coefficients,  and  we  considered  those  for  the 
regression  equations. 

Hegression  equations  were  obtained  for  all  those 
relations  that  shewed  hiqh  correlation,  with  emphasis  on  the 
Performance  variable.  Response  time,  and  those  independent 
variables  which  are  the  major  contributors  for  its 
prediction. 

A  summary  cf   the  regression   equations  which   were 
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developed  appears  in  Tables  3  tc  6  for  four  different  tasks. 

Se  can  see  that  the  variable  with  highest 
contributiori  tc  the  variation  of  Response  time  is  the 
Hultiprogramming  level.  The  mean  of  its  contributicn  for 
the  tasks  used  in  the  experiment  is:  54  K. 
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TABLE  3 

TASK   •FTIC* 

DEP 

INDEP 

r 

2 

r 

SS 

I1S=SS/DF 

7AR 

VAR 

xlO-2 

X10-2 

as 

EX 

.59 

.351 

15.70 

15.70 

HE 

ST 

.53 

.288 

12.87 

12.87 

HE 

as 

.49 

.249 

11.  12 

11.12 

HE 

MPL 

.68 

.474 

21.22 

21.22 

2X 

HPL 

.87 

.764 

1.84 

1.84 

CP 

Q2 

.74 

.556 

263.50 

273.50 

ST 

MPL 

.94 

.885 

58.62 

58.62 

PA 

OS 

.89 

.798 

193.50 

193.50 

VS 

HES 

.96 

.975 

79.22 

79.22 

&P 

OS 

.66 

.437 

TABLE  a 
TASK  'MIX* 

354.70 

354.70 

DEP 

IND 

r 

2 

B 

SS 

MS=SS/DF 

7AB 

7AH 

X10-4 

X10-4 

RE 

EX 

.71 

.516 

31.99 

31.99 

RE 

ST 

.69 

.489 

30.34 

30.34 

HE 

OS 

.63 

.397 

24.6  1 

24.61 

RE 

BPL 

.81 

.664 

41.14 

41.14 

X10-2 


EX 

HPL 

.87 

.76  4 

1.84 

1.84 

CP 

Q2 

.7a 

.556 

273.50 

273.50 

ST 

MPL 

.94 

.885 

58.62 

58.62 

PA 

OS 

.89 

.798 

193.50 

193.50 

»S 

RES 

.98 

.975 

79.22 

79.22 

AP 

OS 

.66 

.437 

354.70 

354.70 
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lAELE  5 

TASK 

•CT1C« 

DEP 

IND 

r 

2 

B 

SS 

MS=SS/DP 

VAB 

7AR 

X10-2 

X10-2 

RE 

EX 

.57 

.326 

18.36 

18,36 

HE 

ST 

.62 

.387 

21.77 

21.77 

RE 

OS 

.53 

.284 

15.99 

15.99 

RE 

HPL 

.69 

.484 

27.23 

27.23 

EX 

HPL 

.85 

.728 

2.03 

2.03 

CP 

Q2 

.77 

.600 

304.20 

304.20 

ST 

SPL 

.93 

,874 

67.52 

67.52 

PA 

OS 

.89 

.809 

199.60 

199.60 

»S 

RES 

.ia 

.02 

2.18 

2.18 

AP 

OS 

.67 

.451 

366.80 

366.80 

TABLE  6 

TASK 

CT2E 

DEV 

vAR 

IHD 

7AR 

£ 

2 
fi 

SS 
X10-2 

MS=SS/DF 
X10-2 

RE 

EX 

.58 

.338 

4.28 

4.28 

RE 

ST 

.63 

.401 

5.07 

5.07 

RE 

OS 

.55 

.306 

3.87 

3.87 

RE 

MPL 

.74 

.55S 

7.08 

7.08 

EX 

MPL 

.85 

.724 

2.00 

2.00 

CP 

Q2 

.77 

.602 

304.20 

304.20 

SI 

1PL 

.93 

.876 

66.  14 

66.14 

PA 

OS 

.89 

.805 

195.06 

195.06 

WS 

RES 

.39 

.  159 

28.97 

28.97 

AP 

OS 

.68 

.46  7 

384.83 

84.80 
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2.   Multiple  Regression  Equations 

This  approach  was  taken  to  investigate  the 
possibility  of  inprcving  the  forecast  by  using  acre  than  one 
predictor  variable, 

h  sumoary  cf  the  regression  eguaticns  which  were 
developed  appears  in  Tables  7  to  10  for  four  different 
tasks. 

It  is  easy  ta  cbserve  in  these  tables  that  the  major 
contributions  to  the  variation  of  response  time  come  from 
the  number  of  Osers,  Hultiprcgramming  Level  and  Storage, 
where  MPL,  alone,  is  almost  as  good  as  the  three  variables 
combined. 

Calculating  the  mean  for  the  different  tasks,  we  can 
show  the  contribution  cf  the  three  variables  above,  using  a 
pie  chart: 


III  'II 

V9  ,  M/'^  ^  ST 


fIGOHE.  12 
MOITIPLE  CCNTRIEUTICN  TO  THE  VASIATION  IN  • RE • 
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The  contributicn  of  each  variable  is  shown  belcw; 


h^Pc 


FIGOBE.  13 
SIHPL2  CCNTBIEDTICN  TO  THE  VARIATION  IN  •EE« 

If  we  include  'Exp*  as  the  Uth  variable,  the 
contributicn  only  rises  frca  59.6  to  59.7.  This  indicates 
that  'Exp*  is  very  dependect  en  other  independent  variables 
such  as  storage. 

Now,  if  we  coapare  the  contribution  cf  •MPL»,  'US*, 
•ST«  together  with  that  of  "MPL*  alone,  we  can  see  that  the 
difference  is  61. 

Therefore,  the  Multiprogramming  level  can  be 
considered  the  variable  with  the  highest  contribution  to  the 
variation  in  response  time,  thus  the  test  load  indicator 
found  with  the  data  gathered  for  this  experiment. 

The  correlaticn  between  'OS*  and  •MPL»  is  .78.  Thus, 
since  the  number  cf  users  is  easy  to  obtain,  this  could  also 
be  considered  as  a  predictor  (not  accurate  in  all  the  cases) 
cf  response  time. 
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TABLE 

7 

TASK 

•FT1C« 

DEP 
7AB 

IND 
7AH 

2 
B 

SS 
X10-2 

HS=SS/DF 
XlO-2 

RE 

us,aL 

.479 

21.40 

10.70 

RE 

as, ML 
SI 

.593 

26.52 

8.84 

HE 

as,HL 

ST, EX 

.59a 

26.57 

6.64 

BE 

as,HL 

ST,BX,FA 

.602 

26.91 

5.38 

HE 

us, ML, ST 

EX,PA,CP 

.6ia 

27,45 

4,57 

HE 

OS, ML, ST 
EX,PA,CP 
AP 

.615 

27.50 

3.92 
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TABLE  8 

TASK'HIX' 

DEP 

IND 

SS 
2 
fi        X10-4 

MS=SS/DF 

VAP 

7AR 

X10-4 

RE    ns,HL        .664      A1.14        20.57 

SE    as, ML        .704      43.61        14.53 
ST 

RE    OS, ML        .704      43.61        1C.90 
ST, EI 

HE    OS, ML        .704      43.62         8.72 

ST, EX, FA 

HE   OS, ML, ST      .704      43.65         7.27 
EX,FA,CP 

RE   OS, ML, ST      .705      43.70         6.24 

EX,FA,CF 
AP 
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DEP 
7AB 

BE 


IND 
VAH 

OS, ML 


RE 

OS, HI 

ST 

RE 

OS,HL 

ST, EX 

RE 

OS, ML 

ST,EX,EA 

RE 

OS, ML, ST 

EX,FA,CP 

RE 

OS,HL,ST 

EI,PA,CP 

AP 

B 


.U85 


.a9i 


.493 


SOU 


508 


.510 


TABLE    9 

TASK    'CTIC* 

SS 

MS 

=£S/DF 

X10-2 

X10-2 

5              27.28 

13.64 

1              27.66 

9.22 

27.75 


28.34 


28.57 


28.69 


6.93 


5.66 


4.76 


4.09 
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TABLE 

10 

TASK    • 

CT2E» 

DEP 

VAB 

IND 
7AE 

2 

B 

SS 
JC10-2 

MS=SS/DF 
X10-2 

BE 

OS, ML 

.563 

7.13 

3.56 

BE 

OS, ML 

ST 

.60 

7.61 

2.53 

BE 

OS, ML 

ST, EX 

.607 

7.69 

1.92 

BE 

OS, ML 

ST, EX,] 

?A 

.607 

7.69 

1.53 

BE 

OS,     ML, 
EX, FA, 

,ST 

rCP 

.607 

7.70 

1.28 

BE 

as,HL,: 

EX,FA,( 
AF 

31 

:f 

.607 

7.70 

1.10 
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APPENDIX   A 


CACO  EXEC 


THIS  IS  THE  MAIN  EXEC  OSED  TO  SUN  EACH  OBSERVATION 


5TBACE 

GLOBAL  TXTIIE  COEIIBVS 
ACC  1 9E  P 
♦OESEBVATION    103 

*  FIXED       025 

*  HORNING     025 

*  AFT5FNC0N   025 

*  WEEKEND     025 
EXEC  ELKS 

CP  SPOOL  CON  TO  *  STABT  NOTEBil  CONT  CLASS  A 

&TYEE 

&TYFE 

5TBACE 

6A  =  5LITEBAL  OP  CBSEBVATION 

SB  =  5LITEEAL  CP   »♦♦♦* 

&TYFE  SA  51  &B  &2  63 

EXEC  BLK5 

CP  C  T 

&TYPE 

&TYPE 

STYES 

&TYPE  SYSTEM  DESCBIPTION 

EXEC  ELKS 

CP  C  SET 

&TYPE 

CP  C  TERMINAL 

&TYPE 

CP  Q    VIRTUAL 

&TYPE 

CP  C  PROCESS 

&TYPE 

CP  C  SPMODE 

6TYPE 

CP  Q    TIME 

&TYPE 

CP  Q  OSERS 

STYPE 

5TYPS 

EXEC  ELK20 

EXEC  ELKS 

*««**«  POSTEANH  TASK  1 

EXEC  F0RTAS1 

5TYPE 

EXEC  ELKS 

««*«4i«  PORTEANH  TASK  2 

EXEC  F0RTAS2 

&TYPE 

EXEC  BLK10 

**«!%*«  PORTBANH  TASK  3 

EXEC  F0RTAS3 

&TYPE 

EXEC  BLK5 

*«]»««*  FOBTBANH  lASK  4 

EXEC  FOBTASU 
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&TYFE 

EXEC  ELKS 

*v*«««  MATFIV  TASK  1 

EXEC  WATT&S1 

c^TYES 

EXEC  CLK10 

EXEC  BLK20 

*♦♦**♦  W&TFIV  TASK  2 

EXEC  BATTAS2 

6TTEE 

EXEC  BLK20 

EXEC  ELK20 

***♦*♦  COBOL  TASK  1 

EXEC  C0BTAS1 

STIPE 

EXEC  BLK10 

mm^m**   COBOL  TASK  2 

EXEC  C03TAS2 

6TIEE 

EXEC  ELK20 

«««««*  PASCAL  TASK  1 

EXEC  PASTAS1 

6TYFE 

EXEC  ELKS 

EXEC  ELK20 

*«:»«««  PASCAL  TASK  2 

EXEC  PASTAS2 

5TYFE 

EXEC  ELK10 

EXEC  BLK20 

*♦*♦*♦  SCRIPT  TASK  1 

EXEC  SCRTAS1 

6TYPE 

EXEC  BLK20 

EXEC  BLK20 

*««*««*  SCRIPT  TASK  2 

EXEC  SCRTAS2 

&TYPE 

STYPE 

5TYPE 

EXEC  ELK10 

******  MISCELLANEOOS  TASKS 

EXEC  JIISTAS 

CP  SPOOL  CCN  STOP  CLOS? 

CP  SPOOL  CCN  OFF 

READ  CONSOLE  FILE 

Q    TIME 

PRINT    CONSOLE    FIIE     (LINECCU.N    77 
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THIS    IS    THE    EXEC    FOBTASi 

&TR ACE 

SPRINT    FOHTSANB    lASK    1 

2XEC    C&C01 

FORTHX  F0RTAS1  (MCPBINT 

EXEC  DAC01 

GLOBAL  TXTLIB  F0BTMCD2  H0D2EEH 

FILEDEF  01  CISK  FT1D  DATA  A,1  (RECFM  FB  LBECL  80  PERM 

FILEDEF  02  DISK  FT1C  DATA  A-1  (EECFM  FB  LBECL  80  PERM 

SPRINT 

SPRINT 

LOAD  F0RTAS1  (START 

EXEC  DAC01 

THIS  IS  THE  EXEC  WATTAS1 

SPRINT  HATFIV  TASK  1 

EXEC  DAC01 

FILEDEF  06  CLEAR 

FILEDEF    01    DISK    ttUD    HATFIV    A1     (RECFM    FE    LEECL    80    PERM 

STYFE 

WATFI7  WATTAS1  illD 

EXEC  DAC01 


*^t:ttm************4  ******* 

THIS    IS    THE    EXEC    COBTASi 
*m********* ************* 


STRACE 

SPRINT  COBOL  TASK  1 

STYPE 

STYP2 

GLOBAL  TXTLIB  COEIIBVS 

ACC  1 9E  P 

FILEDEF  CARDIN  DISK  CUD  DATA  (PERM 

FILEDEF  CARDOU  DISK  CT1C  DATA  (PERM 

EXEC  DAC01 

COECL  COBTASI 

EXEC  DAC01 

LOAD    COBTASI     (START 

EXEC    DAC01 


THIS  IS  THE  EXEC  PASTAS1 

■M************7lf********** 

STRACE 

SPRINT  PASCAL  TASK  1 

EXEC  DAC01 

P»  PASTAS1 

EXEC  DAC01 
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AfPENDIX   E 
FRCGBAflS  CODE 

♦♦****  THIS  IS  THE  FIBST  FCHTHANH  ALGOHIIHM  ♦♦*♦♦* 

C      THIS  IS  THE  FIRST  FORTRANH  TASK 

SDM  =  0 

READ(01,*) J 
C      READING  A  VALUE  FBOH  AN  INPDT  FILE 

DO  50  1=1, J 
C  EXECOTING  AN  ADDITICS  J  TIHES 

S0H=SOM-H0O 
50   CONTINUE 

WRITE  (02,*) SOB 
C      WRITING  A  VAiOE  IC  AN  OOIPOT  FILE 

STOP 

END 

*♦*♦**  THIS  IS  THE  SECCND  FORTRANH  ALGORITHM  ****** 

C      THIS  IS  THE  FORTRANH  TA^K  2 
SUM  =  0 
DC  50  1=1,20 
C      READING  FROM  AS  INPOT  FILE  AND  HRITING  TO  AN  CDTPUT  FILE 
READjOl,*) A,B,C,D,E 
WRITE  (02,*) A,B,C,D,E 
SUM  =  SUM  ♦A+E+C+D+E 
50   CONTINOF 

AVER=SDB/100 
WRITE (02,*) AVER 
C      TO  CHECK  ALL  THE  DATA  HAS  READ  CORRECTLY 
STOP 
END 

$JCE 

«*♦*«*  THIS  IS  THE  FIRST  WATFIV  ALGORITHM  ****** 

C  THIS  IS  THE  FIRST  WATFIV  TASK 

1  SUM=0 

2  READJ01,*)J 

3  DO  50  I=KJ 

4  SDK=SUM+100 

5  50   CONTINUE 

6  WRITE  (06,*)  SUM 

7  STOP 

8  END 
SENTRY 
$JOB 

*«*««4i  THIS  IS  THE  SECCND  WATFIV  ALGORITHM  ****** 
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C  THIS  IS  THE  HATFIV  TASK  2 

\  SOM=0 

2  DO  50  1=1,20 

3  BiADJOl,*) A-£,C,D,E 
5  »BITE(06>)  A,B,C 

5  MfiITEi06-*iE.E 

6  SUC=SDM't-A+B+C+D+E 

7  50   COMTINUE 

8  AVER=SOM/100 

9  HRITE  (06,*)  AVER 

10  STOP 

11  END 
SENTRY 


*♦♦♦**  THIS  IS  THE  FIRST  COBOL  ALGOfilTHM  ♦♦♦♦♦* 

IDENTIFICATION  DIVISION. 
FHOGRAM-ID.  CCETAS1. 
AOTHOR.  HOML. 

SKIP1 
♦     THIS  IS  THE  FIRST  COBOL  TASK 

SKIF1 
ENVIRONMENT  DIVISION. 
CONFIGURATION  SECTION. 
SOORCE-COMFOTEE.  IEH-3033. 
OBJECT-COMFOTEfi.  IEM-3033. 

SKIF1 
INFOT-OOTPUT  SECTION. 
FIIE-CCNTROL. 

SELECT  IN-CATA  ASSIGN  TO  DA-S-CABCIN. 

SELECT  OOl-DATA  ASSIGN  TO  US-S-CARDOO. 

DATA  DIVISION. 

PTLE  ^ECTTDN 

FD   IN-DATA  LAEEL  RECORDS  ABE  STANDARD. 

01   NUM1. 

05  NUM  PIC  9 

05  FILLER  EIC  X 

FD   GOT-DATA  lABEL  RECO-RDS  ARE  0£5ITTED. 
01   TOTAL  PICTURE  999999. 

WORKING-STORAGE  SECTION. 

77   SOBTOT  PICTURE  999999. 

77   REPS  PICTURE  99999. 

PROCEDURE  DIVISION. 

SKIP1 
CONTROL-ROUTINE. 

SKIF1 

PERFCRB  INITIALIZE. 

PERFORM  SUMATICN  UNTIL  REPS  IS  EQUAL  TO  NUM. 

PERFORM  CLEA.MUP. 

STOP  RUN. 
INITIALIZE. 

OPEN  INPUT  I3-DATA. 

OPEN  OUTPCI  OUI-DATA. 

MOVE  ZERO  TO  SUMTOT,  REPS,  TOTAL. 

READ  IN-DATA  AT  END  STOP  BUN. 
SUMATION. 

ADD  100  TO  SOMTOT. 

ADD  1  TC  EEP3. 
CL  EANUP . 

WRITE  TOTAL  FROM  SUMTOT. 
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;J76). 


CLOSE  IN-EATA. 
CLOSE  OOT-CATA. 

«i**Mc«ik  THIS  IS  THE  SECCNI3  COBOL  ALGOfllTHH  ♦♦♦*♦* 

IDENTIFICATIOS  DIVISION. 
EPCGBAM-ID.  CCETAS2. 
AUTHOR.  WCHL. 

SKIP1 
*     THIS  IS  THE  SECOND  COBOL  TASK 

SKIB1 
ENVIRONMENT  DIVISION. 
CONPIGOEATION  SECTION. 
SOURCE-CCHPOTEE.  IEfl-303-3. 
03JECT-CCHi?UTEfi.  ItH-3033. 

SKIE1 
INPOT-ODTPDT  SECTION. 
PIIE-CCNTROL. 

SELECT  IN-CATA  ASSIGN  TO  DA-S-CABEIN. 

SELECT  OOI-DATA  ASSIGN  TO  UR-S-CARDOU, 

DATA  DIVISION. 

FILE  SECTION. 

ED   IN-DATA  LAEEL  RECORDS  ARE  STANDARD. 

01   INOHS. 

05  N0M1  PIC  9. 

05  NDM2  PIC  9. 

05  NDM3  PIC  9. 

05  NDM4  PIC  9. 

05  NDM5  PIC  9. 

05  FILLER  PIC  X  (75)  . 

FD   DOT-DATA  lABEL  RECORDS  ARE  OfllTTEE. 
01   ONOnS. 

05  NDM1  PIC  9. 

05  N0M2  PIC  9. 

05  N0M3  PIC  9. 

05  NDM4  PIC  9. 

05  N0M5  PIC  9. 

01   iVER  PIC  9. 

HOBKING-STOHAGE  SECTION. 

77   SUMTCT  PIC  999. 

77   COON  PIC  99  VALJE  IS  20, 

77   REPS  PIC  99. 

PROCEDURE  DIVISION. 

SKIP1 
CONTROL-ROUTINE. 

SKIP1 

PERFORM  INITIALIZE. 

PERFORM  READ-HRITE  UNTIL  REPS  IS  EQUAL  TO  COUN. 

PERFORM  CIEANOP. 

STOP  RON. 
INITIALIZE. 

OPEN  INPUT  IN-DATA. 

OPEN  OUTPQT  OOT-DAIA. 

MOVE  ZERO  TO  SUMTOT,  REPS,  AVER. 
READ-WRITE. 

READ  IN-DfilA. 

WRITE  ONOeS  FROM  INUflS. 

ADD  NDM1  OF  INUaS  TO  SUMTOT. 

ADD  Naa2  OF  INDMS  TO  SUMTOT. 

ADD  N0M3  OF  INDMS  TO  SUMTOT. 

ADD  NUMU  OF  INOMS  TO  SUMTOT. 

ADD  NUa5  CF  INUMS  TO  SUMTOT. 

ADD  1  TO  REPS. 
CLEANUP. 
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CCMFDTE  SOMTOT  =  SOMIOT  / 
WRITE  AVEE  FBOB  SOHICT. 
CLOSE  IN-CATA. 
CLOSE  ODT-CATA. 


100. 


«««««*  THIS  IS  THE  FIEST  PASCAL  -aLGOEITHM  **♦*♦* 


(*  TH 

PROGR 

?AR  S 

N 

B 


BEGIN 

( 

E 
R 
H 
S 
H 
H 


END 


IS 
AH 
OM 

oa 

EP 
X 
Y 


IS  TBE  FIRST  PASCAL  TASK  ♦) 
PASTAS1  (INPUT, COTPOI) ; 

INTEGER; 
INTEGER; 
INTEGER; 
FILE  OF  CHAR; 
FILE  OF  CHAR; 


«  OPENING  INPUT  AND  COTPDT  FILES  *) 
ESET  (X, 'FTID  LATA  A»)  : 
EWRITE  (y,»PTlC  DATA  A'); 


EITELN;WEiTELN, 

Da:=0;NDM:=0;EEP:=0; 

EACiX-NUH)  ; 

HIL2  SEP  <=  NOH  DO 

BEGIN  SUM  :=S0M-H00;REP:=BEP>1  END; 
RITELN(Y,SOB)  ; 


«**«««  THIS  IS  THE  SECCND  PASCAL  ALGORITHM  ♦♦*♦** 


(*  THIS 

PROGRAM 

CONST 

VAR  SUM 
NDM 
TIM 
AVE 
A,B 
X 
Y 

BEGIN 
(*  0 
RZS 
REM 
iRI 
SUM 
REP 


END. 


DNT 

AVE 
HEI 


IS  THE  SECCND  PASCAL  TASK  *) 
PASTAS2  (INPUT, OUTPUT) ; 

M=100: 

INTEGER; 
INTEGER; 
INTEGER; 
R:  INTEGER; 
,C,D,E:  INTEGER; 
:  FILE  OF  CHAR; 
:  FILE  OF  CHAR; 

PENING  INPUT  AND  OUTPUT  FILES  ♦) 
ET  (X, •PT2D  CATA  A«) ; 
RITE  (Y. •PT2C  DATA  A«) ; 
TELN:  WRITELIi; 

:=  0:AVER  :=  0;TIM  :=  0; 
EAT   HEAD  (X, A); 

WEITE(Y.A) ; 

SUM  :=  SUM^A; 

TIM  :=  IIM-H; 

WRITELN  (Y,TIM) 
IL  TIH=100; 
R  :=  SUM  CIV  100: 
IE  (Y,  AVER)  ;iHITELN  (Y,S.UM) 
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AF£ENDII   C 
SAfiPLE  CATA 


THIS  IS  SAMPLE  DATA  OF  THE  FIRST  FOBTRANH  TASK  -  COaPIIATION 

flINITAB  RELEASE  81.1 

***  COPYRIGHT  -  PENN  STATE  UNIV.  1981 

*♦*  NAVAL  POSTGRADUATE  SCBOOI  (31  AUG  81)  VEB.  3 

STORAGE  AVAILABLE   UOOOO 


retr  •wft1c» 
oatputwidth  60 


print  c1- 

•CIS 

COLOMN 

SH 

OBS 

BE 

EX 

COONT 

100 

100 

100 

100 

ROW 

1 

6. 

1. 

30. 

4, 

2 

1. 

2. 

22. 

4. 

3 

1. 

3. 

49. 

7. 

<l 

13. 

4. 

8. 

3. 

5 

13. 

5. 

4. 

2, 

6 

6. 

6. 

4. 

2, 

7 

6. 

7, 

5. 

3, 

8 

1. 

a. 

2. 

2. 

9 

13. 

9. 

9. 

2, 

10 

13. 

10. 

7. 

1. 

11 

6. 

11. 

5. 

4, 

12 

6. 

12. 

8. 

3. 

13 

1. 

13. 

4. 

2. 

14 

13. 

14. 

5. 

2. 

15 

13. 

15. 

4. 

2. 

16 

13. 

16. 

5. 

4. 

17 

6. 

17. 

4. 

1. 

18 

1. 

18. 

7. 

2. 

19 

1. 

19. 

3. 

1. 

20 

13. 

20. 

5. 

1. 

21 

13, 

21. 

3. 

2. 

22 

13. 

22. 

3. 

2. 

23 

13. 

23. 

4. 

2. 

24 

6. 

24. 

17. 

3. 

25 

6. 

25, 

4. 

3. 

26 

26. 

26. 

3. 

27 

26. 

27. 

2. 

28 

26. 

28. 

2. 

29 

26, 

29. 

2. 

30 

26. 

30. 

2. 

31 

26. 

31. 

3. 

32 

26. 

32. 

2. 

33 

26, 

33, 

3, 

34 

26. 

34. 

3. 

35 

26. 

35, 

3. 

36 

26, 

36. 

3. 

37 

26. 

37, 

2. 

38 

26. 

38. 

3. 
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39 

26. 

39. 

2. 

1. 

4( 

13. 

40. 

4. 

2. 

4 

13. 

41. 

3. 

2. 

8! 

6. 

42. 

9. 

5. 

6. 

43. 

14. 

5. 

ill 

6. 

44. 

14. 

5. 

45 

6. 

45. 

9. 

6. 

^^ 

46. 

12. 

9. 

47 

47. 

12. 

3. 

48 

48. 

6. 

3. 

49 

49. 

20. 

3. 

§9 

50. 

8. 

3. 

51 

51. 

5. 

2. 

52 

52. 

11. 

1. 

53 

53. 

2. 

1. 

5^ 

13! 

54. 

9. 

2. 

55 

13. 

55. 

5. 

2. 

56 

13. 

56. 

5. 

2. 

57 

57. 

10. 

4. 

58 

58. 

5. 

4. 

59 

59. 

6. 

1. 

60 

60. 

17. 

2. 

61 

61. 

13. 

3. 

62 

62. 

7. 

2. 

63 

63. 

5. 

2. 

64 

64. 

6. 

2. 

65 

65. 

3. 

2. 

66 

26! 

66. 

2. 

3. 

67 

26. 

67. 

6. 

1  • 

68 

26. 

68. 

4. 

1  • 

69 

26. 

69. 

3. 

4  • 

70 

26. 

70. 

4. 

1  . 

71 

26. 

71. 

2. 

'  • 

72 

26. 

72. 

2. 

73 

26. 

73. 

3. 

1  • 

74 

26. 

74. 

3. 

1  • 

75 

26. 

75. 

5. 

■  • 

76 

26. 

76. 

3. 

2. 

77 

13. 

77. 

2. 

2. 

78 

13. 

78. 

8. 

2. 

79 

13. 

79. 

4. 

2. 

80 

13. 

80. 

13. 

2. 

81 

13. 

81. 

3. 

2. 

11 

13. 

82. 

2. 

2. 

13. 

83. 

3. 

2. 

84 

13. 

84. 

8. 

2. 

85 

1. 

85. 

14. 

5. 

86 

1. 

86. 

6, 

3. 

87 

1. 

87. 

24. 

7. 

it 

1. 

88. 

3. 

1. 

6. 

89. 

17. 

4. 

90 

6. 

90. 

7. 

4. 

^1 

6. 

91. 

5. 

3. 

11 

6. 

92. 

2. 

3. 

6. 

93. 

11. 

3. 

94 

6. 

94. 

4. 

4. 

6. 

95. 

4. 

3. 

96 

6. 

96. 

8. 

4. 

97 

6. 

97. 

5. 

5. 

98 

6. 

98. 

4. 

5. 

99 

6. 

99. 

6. 

4. 

00 

6. 

100. 

9. 

4. 
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COLUMN 

CP 

AF 

ST 

PA 

coaNT 

100 

100 

100 

100 

ROW 

1 

95. 

100. 

24. 

45, 

2 

95. 

100. 

23, 

37. 

3 

48. 

83. 

28. 

14. 

4 

ao. 

92. 

12. 

30. 

5 

87. 

92. 

14. 

11. 

6 

66. 

92. 

9. 

13. 

7 

57. 

73. 

12. 

19. 

8 

3C. 

81. 

5. 

3. 

9 

56. 

94. 

10. 

15. 

10 

61. 

69. 

9. 

5. 

11 

64. 

93. 

22. 

17. 

12 

50. 

92. 

11. 

18. 

13 

31. 

51. 

4. 

1 . 

14 

39. 

60. 

4. 

4. 

15 

49. 

86. 

6. 

13. 

16 

'40. 

77. 

9. 

12. 

17 

81. 

94. 

8. 

17. 

18 

32. 

70. 

6. 

14. 

19 

62. 

94. 

6. 

6. 

20 

23. 

90. 

3. 

10. 

21 

27. 

79. 

4. 

13. 

22 

37. 

69. 

6. 

9. 

23 

35. 

75. 

6. 

9. 

24 

51. 

90. 

11. 

35. 

25 

^0- 

91. 

12. 

34. 

26 

21. 

43. 

1. 

0. 

27 

18. 

32. 

1. 

0. 

28 

17. 

17. 

2. 

1. 

29 

17. 

15. 

3. 

1. 

30 

28. 

81. 

6. 

1. 

31 

26. 

60. 

6. 

1. 

32 

7. 

6. 

0. 

0. 

33 

8. 

6. 

1. 

0. 

34 

8. 

8. 

1. 

0. 

35 

9. 

9. 

2. 

0. 

36 

16. 

57. 

1. 

0. 

37 

15. 

47. 

2. 

0. 

38 

12. 

33. 

1. 

0. 

39 

11. 

26. 

1. 

0. 

40 

65. 

95. 

9. 

8. 

41 

56. 

91. 

9. 

18. 

42 

50. 

76. 

17. 

31. 

43 

45. 

66. 

16. 

32. 

44 

50. 

76. 

19. 

32. 

45 

49. 

70. 

28. 

53. 

46 

42. 

66. 

25. 

38. 

47 

50. 

86. 

13. 

50. 

48 

57. 

90. 

13. 

28. 

49 

72. 

93. 

14. 

30. 

SO 

52. 

94. 

11. 

22. 

51 

57. 

93. 

11. 

14. 

52 

38. 

91. 

7. 

7. 

53 

25^ 

80. 

3. 

^  m 

54 

29. 

91. 

6. 

14. 

55 

56. 

93. 

9. 

19. 

56 

32. 

49. 

7. 

23. 

57 

50. 

74. 

17. 

35. 

58 

52. 

72. 

19. 

32. 

59 

25. 

77. 

2. 

1. 

60 

62. 

94. 

9. 

20. 

61 

77. 

97. 

15. 

26. 

62 

82. 

98. 

12. 

12. 

63 

94. 

99. 

19. 

11. 

64 

71. 

73. 

12. 

6. 

65 

57. 

62. 

10. 

5. 
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66 

25. 

24. 

1. 

1. 

67 

2U. 

22. 

2. 

68 

25. 

38. 

1. 

§9 

26. 

29. 

3. 

70 

26. 

20. 

2. 

71 

20. 

16. 

2. 

72 

19. 

14. 

3. 

73 

19. 

14. 

4. 

7a 

20. 

16. 

5. 

75 

25. 

22. 

6. 

''I 

27. 

23. 

7. 

77 

31. 

85. 

5. 

6l 

78 

29. 

87. 

5. 

5. 

79 

32. 

88. 

4. 

6. 

80 

64. 

92- 

16. 

33. 

81 

52. 

94. 

7. 

30. 

82 

45. 

95. 

7. 

28. 

83 

50. 

83. 

8. 

25. 

84 

73. 

89. 

8. 

21. 

85 

39. 

58. 

14. 

26. 

86 

39. 

38. 

4. 

4. 

87 

46. 

89. 

28. 

49. 

88 

39. 

93. 

4. 

1. 

89 

64. 

94. 

15. 

34. 

90 

60. 

94. 

18. 

37. 

91 

57. 

72. 

12. 

41. 

92 

75. 

96. 

20. 

33. 

93 

89. 

98. 

31. 

30. 

94 

78. 

96. 

32. 

28. 

95 

83. 

97. 

28. 

25. 

96 

50. 

55. 

25. 

53. 

97 

53. 

63. 

24. 

55. 

98 

64. 

77. 

23. 

47. 

99 

70. 

86. 

20. 

40. 

100 

81. 

92. 

23. 

35. 
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COLaHN 

RES 

HS 

SIO 

OS 

COONT 

100 

100 

100 

100 

ROW 

1 

23. 

23. 

76. 

93. 

2 

22. 

21. 

81. 

84. 

3 

54. 

53. 

77. 

74. 

4 

31. 

30. 

85. 

77. 

5 

54. 

53. 

81. 

70. 

(• 

50. 

49. 

83. 

64. 

7 

53. 

52. 

^0. 

80. 

8 

57. 

56. 

"79. 

38. 

9 

54. 

53. 

80. 

68. 

10 

55. 

54. 

82. 

51. 

11 

39. 

38. 

83. 

70. 

12 

22. 

21. 

80. 

76. 

13 

55. 

54. 

82. 

31. 

14 

55. 

54. 

81. 

52. 

15 

55. 

54. 

83. 

59. 

16 

55. 

54. 

84. 

55. 

17 

53. 

52. 

81. 

59. 

18 

55. 

54. 

78. 

61. 

19 

56. 

56. 

78. 

48. 

20 

55. 

54. 

78. 

56. 

21 

52. 

52. 

81. 

64. 

22 

55. 

53. 

78. 

52. 

23 

58. 

57. 

76. 

51. 

24 

47. 

46. 

77. 

37. 

25 

43. 

42. 

79. 

86. 

26 

55. 

54. 

76. 

21. 

27 

58. 

58. 

79. 

21. 

28 

55. 

54. 

76. 

37. 

29 

58. 

58. 

79. 

35. 

30 

55. 

54. 

76. 

34. 

31 

55. 

53. 

79. 

34. 

32 

55. 

53. 

72. 

23. 

33 

58. 

58. 

77. 

23. 

34 

58. 

57. 

84. 

21. 

35 

58. 

58. 

81. 

21. 

36 

55. 

54. 

81. 

19. 

37 

58. 

57. 

78. 

16. 

38 

58. 

58. 

78. 

11. 

39 

58. 

58. 

80. 

10. 

40 

47. 

46. 

83. 

51. 

41 

51. 

50. 

80. 

81. 

42 

53. 

52. 

80. 

96. 

U3 

52. 

51. 

78. 

96. 

44 

52. 

51. 

80. 

97. 

45 

34. 

33. 

76. 

99. 

46 

33. 

32. 

80. 

89. 

47 

31. 

31. 

82. 

85. 

43 

42. 

41. 

80. 

85. 

U9 

45. 

44. 

76. 

83. 

50 

54. 

53. 

80. 

79. 

51 

35. 

35. 

83. 

55. 

52- 

51. 

50. 

80. 

45. 

53 

56. 

55. 

78. 

34. 

54 

55. 

54. 

82. 

63. 

55 

46. 

45. 

80. 

74. 

56 

43. 

41. 

78. 

78. 

57 

41. 

36. 

58. 

81. 

58 

U3. 

43. 

80. 

80. 

59 

58. 

57. 

80. 

27. 

60 

51. 

47. 

78. 

83. 

61 

46. 

43. 

81. 

74. 

62 

48. 

46. 

76. 

57. 

63 

48. 

47. 

78. 

52. 

64 

49. 

48. 

79. 

**!• 

65 

5U. 

53. 

79. 

39. 
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66 

55. 

53. 

82. 

36. 

67 

58. 

57. 

76. 

37. 

68 

56. 

55. 

76. 

38. 

69 

55. 

54. 

76. 

35. 

70 

58. 

57. 

76. 

34. 

71 

58. 

57. 

76. 

30. 

72 

58. 

57. 

76. 

28. 

73 

58. 

57. 

76. 

27. 

7U 

58. 

57. 

80. 

27. 

75 

58. 

58. 

80. 

23. 

76 

58. 

58. 

76. 

21. 

77 

55. 

54. 

76. 

45. 

78 

55. 

55. 

76. 

47. 

79 

53. 

51. 

77. 

51. 

80 

41. 

34. 

78. 

88. 

81 

55. 

52. 

72. 

89. 

32 

55. 

54. 

79. 

86. 

83 

52. 

51. 

83. 

84. 

34 

51. 

50. 

79. 

37. 

85 

41. 

40. 

82. 

34. 

86 

55. 

52. 

58. 

45. 

87 

40. 

35. 

8t. 

97. 

88 

55. 

53. 

81. 

33. 

89 

43. 

42. 

78. 

85. 

90 

29. 

28. 

81. 

91. 

91 

41. 

37. 

81. 

78. 

92 

55. 

54. 

82. 

62. 

93 

39. 

28. 

83. 

65. 

9U 

53. 

52. 

82. 

59. 

95 

48. 

47. 

83. 

57. 

96 

42. 

41. 

80. 

89. 

97 

50. 

49. 

79. 

89. 

98 

50. 

49. 

83. 

87. 

99 

52. 

51. 

83. 

86, 

100 

42. 

41. 

80. 

84. 
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COLOMN 

ICO 

100 

ML 

COUNT 

100 

aow 

1 

4. 

6. 

10. 

2 

3. 

6. 

9. 

3 

5. 

8, 

13, 

4 

1. 

3. 

4. 

5 

1. 

3. 

4. 

6 

1. 

2. 

3. 

7 

2. 

2. 

4. 

8 

0. 

1. 

1. 

9 

1. 

2. 

3. 

10 

1. 

1. 

2. 

11 

2. 

5. 

7. 

]l 

1. 

2. 

3. 

0. 

1. 

1. 

14 

1. 

1. 

2* 

15 

1. 

1. 

^  • 

16 

1. 

2. 

3. 

17 

1. 

2. 

3. 

18 

1. 

1. 

2. 

19 

0. 

1. 

1. 

20 

0. 

1. 

1. 

21 

0. 

1. 

1. 

22 

0. 

1. 

1. 

23 

0. 

1. 

1. 

2H 

2. 

3. 

5. 

25 

2. 

3. 

5. 

26 

0. 

0. 

0. 

27 

0. 

0. 

0. 

28 

0. 

0. 

0. 

29 

0. 

0. 

0. 

30 

0. 

1. 

1. 

31 

0. 

1. 

1. 

32 

0. 

0. 

0. 

33 

0. 

0. 

0. 

34 

0. 

0. 

0- 

35 

0. 

0. 

0. 

36 

0. 

0. 

0. 

37 

0. 

0. 

0. 

38 

0. 

0. 

0. 

39 
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APPENDIX   D 
SAMPLE  CF  OESEBYATION  QOTPDT 

THIS  IS  THE  SAMPLE  CF  AN  OESEBYATION  OaTPDI 

OBSERVATION  000   ♦*♦♦♦  SAMPLE  OQl 

TIME  IS  11:15:26  PST  HEDNISDAI  12/09/81 

COfTNECT=  01:02:12  VISTCPO^  000:06.64  TOICPO-  000:15.27 

SYSTEM  DESCRIPTION 


MSG  ON  ,    iNG  ON  ,  EMSG  TEIT,  ACKT  ON  ,  RON  OFF 
LINEDIT  ON  ,    TIMER  ON   ,  ISAM  OFF,  ECMODE  OFF 
ASSIST  ON  SVC    NOTMB,  PAGE!  OFF,  AOTOPCLL  OFF 
IMSG  ON  ,  SMSG  OFF,  AFFINITY  NONE    ,  NOTfiAN  OFF 
VMSAVE  OFF,  370E  OFF 
STBYPASS  OFF     ,  STKDLTI  OFF  OQ/000 

LINEND   #  ,  LINEDEL    ,  CHABDEL   d  ,  ESCAPE   "  , 
LIKESIZE  080,  ATTN  OFF,  APL  OFF,  TEXT  OFF,  MODE  VM 
HILIGHT  OFF,  CONMODE  3215,  BHEAKIN    IMMED  ,  BBKKEY  PAI 
SCRNSAVE  OFF 

STORAGE  =  0102aK 

CHANNFLS  =  SEL 

CONS  009  ON  GRAF  47B   NOTERM  START 

009  CL  A     CONT  NOHCLD  COPY  001    READY  FORM  STANDARD 
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FLASHC  000 
FCB 
READY 
fiEACY  FORIl  STANDARD 

READY  FORM  STANDARD 
FLASaC  000 
FCB 


009  TO   2807P     DISI  HABHANIL 
009  FLASH        CHAR        MDFY 
RDB   OOC  CL  *   NOCONT  NOHCLD    EOF 
PUN   OOD  CL  A   HOCONT  NOHCLD  CCFY  001 

OOD  FOR  2807P     DISI  flASilANIL 
PET   OOE  CL  A   NOCONT  NOHCLD  COPY  001 
OOE  FOR  2807P     DISI  HOML 
OOE  FLASH        CHAR        HDFY 
DASD  120  3350  VHRES2  B/0       6  CYL 
DASD  121  3350  7HRES2  B/0       6  CYL 
DASD  190  3350  VMRES1  fi/0      45  CYL 
DASD  191  3330  MS0083  R/I       8  CYL 
DASD  19E  3350  7HBES1  fl/0      65  CYL 


PROCESSOR  00  ONLINE,  PROCESSOB  01  ONLINE,  SYSTEM  IN  AP  MODE 

SPSODE  OFF 

TIME  IS  11:15:26  PST  HEDNESDAY  12/09/81 

CONNECT^  01:02:12  VIHTCPU=  000:Q6.65  TOICPO=  006:15.31 

079  USEES,  000  DIALED,  000  NET 


FOBTHANH  TASK  1 


CP    IND    LOAD 

CPU         -    054%       APU         -    094X      Q1-01       Q2-02      STCRAGE-008X 

EXPAN-001 

PAGING-018/SEC   ST2AI-000«   LOAC-000% 

CP  IND  USER 

PAGES:  RES-0050  aS-0C47  HEADS=001044  HBITES=000874 

HH  -0000   PH  -0051 

7TII1E=000:07    TTIME=000:  15    SIO  =  001551    SDfi-000451 
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PBT-002U53  PCH-COOOaC 

CP  Q  USERS 

079  OSEBS,  000  DIALED,  000  NET 

CP  Q  TIME 

TIME  IS  11:15:27  PST  WEDNESDAY  12/09/81 

CONNECT=  01:02:12  VIBTCPO=  000:06.66  TOTCPO-  000:15.36 

FORTRAN  H  EXTENDED  CCHPILEE  ENTERED 

♦STATISTICS*   NO   DIAGNOSTICS  GENERATED 
******    EHD  OF  COHPILATICN  ****** 


CP    IND    LOAD 

CPH         -    053^       APO         -    094t      Q1-01       Q2-02      STOBAGE-008X 

EXPAN-001 

PAGING-018/SEC      STEAL-OOOX      LOAD-OOOX 

CP    IND    DSEB 

PAGES:    RES-0160    WS-00U7    READS=001045    WBITES=00087a 

HH    -0000      FH    -0051 

7TI!!E  =  000:07  TTIME=OC0:16  SIO  =  001639  BDR-000a51 

PRT-002a53  PCH-000000 

CP  Q  aSEBS 

079  aSEBS,  000  DIALED,  000  NET 

C?  Q  TIME 

TIIfE    IS    11:15:29    FST    WEDNESDAY    12/09/81 

CONNECT=    01:02:16    VISTCPO=    000:06.72   TeTCPO=   000:15.57 
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EXECOTICN  BEGINS... 


CP  IND  LOAD 

CPU    -  053%   aPO    -  09aS   Q1-Q1   Q2-02   SIOHAG2-008-X 

^XPAN-001 

PAGING-Oia/SEC      STEAL-OOOX      LOAJ)-000% 

CP    IHD    OS  EH 

PAGES:  BES-0066  HS-00a7  R£ADS=CC1051  WBITES=000874 

aH  -0000   PH  -0051 

VTI!1E  =  000:07    TTIHE=O00:  16    SIO=0Q1759    fiDB-OOOaSI 

PRT-002a53  PCH-OOOOOC 

CP  2  aSERS 

078  aSERS,  000  CIALEE,  000  NET 

CP  i  TIHE 

TI3E  IS  11:15:36  PST  HEDNESEAY  12/09/81 

CONNECT=  01:02:23  VIBTCPa=  000:06.80  TOICP0=  000:15.80 


FOSTRANH  TASK  2 


CP  END  LOAD 

CPD    -  053%   APO    -  094f   ^1-01   Q2-02   STCaAGE-008X 

EXPAN-001 

PAGING-018/SEC   STEAI-OOOX   LOAE-OOOX 

CP  IND  DSER 

PAG2S:     RES-0067    WS-00a7    READS=0qi051    «RITES=00087U 

HH    -0000      PH    -0051 

VTi:aE=000:07  TTIME=0C0:16  SIO  =  001764  HDB-O00a51 

PRT-002U53  PCH-OOOOOO 
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CP  2  USEES 

078  aS2RS,  000  DIALEE,  000  NET 

CP  g  TIHE 

TIH2  IS  11:15:37  PST  HEDNESDAY  12/09/81 

CON)IECT=  01:02:23  7IETCP0=  000:06.81  TOTCPU*  000:15.83 

FORTRAN  H  EXTENDED  CCilPILZB  ENTERED 

♦STATISTICS*   NO   DIAGNOSTICS  GENERATED 
«»«>«««  END  OF  CCaPILATION  ♦«*♦♦♦ 


CP  IND  LOAD 

CPO    -  053%   aPO    -  09aX   Q1-01   Q2-02   STOfiAGE-003X 

EXPAN-001 

PAGING-018/SEC      STEAL-OOOJ      LOAI-OOOX 

CP    IND    DSER 

PAGZS:    EES-0166    WS-0  169    EZADS=001051    HfiITES-00087a 

HH    -0000      FH    -0051 

VTII1E  =  000:07    TTIHE=000:16    SIO  =  0Cia49    RDE-000451 

PRT-002U53    PCH-COOOQC 

CP    Q    USERS 

078  USEES,  000  DIALED,  000  NET 

CP  (3  TIME 

TinZ    IS  11:15:39  PST  HEDNESDAY  12/09/81 

CONHECT=  01:02:25  VIETCP0=  000:06.88  TOTCPU=  000:16.04 


EXECUTION  BEGINS... 


146 


CP  IND  LOAD 

CPU    -  053%   APD    -  09Ut   Q1-Q1   Q2-02   SIOBAGE-008% 

EXPAM-001 

PAGING-018/SEC      STEAL-000%      LOAC-OOOX 

CP    IND    OSER 

PAGES:  fiES-0066  HS-0  169  EEADS=0Q1051  WHIIES=000874 

Mfl  -0000   FH  -0051 

VTIME=000:07  TTIME=000:16  SIO=0Q1977  RDfi-00G451 

PET-002a53  PCH-COOOOC 

CP  g  OSEBS 

078  OSEESr  000  DIALEE,  000  NET 

CP  Q  TIHE 

TIUE  IS  11:15:42  PST  WEDNESDAY  12/09/81 

CONIIECT=  01:02:28  VIBTCPU=  000:06.96  TOTCP0=  000:16.27 


PORTRANH  TASK  3 


CP    IND    LOAD 

CPO         -    053%       APO         -    09U;?      Q1-Q1       Q2-02      SIOBAGE-0081 

EXPAN-001 

PAGING-018/SEC      STEAI-OOOX      LOAE-OOOX 

CP    IND    OSER 

PAGES:  RES-0067  WS-0169  READS=001051  HEITES=000874 

MH  -0000   FH  -0051 

VTiaE=000:07  TTIMS=000:16  SIO=0Q1982  RDB-00C451 

PRT-002a53  PCH-OOOOQO 
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CP  Q  USEES 

078  USEES,  000  DIALEE,  000  NET 

CP  Q  TIME 

TIME  IS  11:15:42  PST  WEDNESDAY  12/09/81 

CONNECT=  01:02:28  VIBTCPO=  000:06.98  TOICP0=  000:16.32 

FORTRAN  a  EXTENDED  CCKPILER  ENTERED 

♦STATISTICS*   NO   DIAGNOSTICS  GENERATED 
******  END  OP  COMPILATION  ****** 


CP  IND  LOAD 

CPU    -  053t   AFO    -  094%   Q1-Q1   Q2-02   STCBAGE-008X 

EXPAH-001 

PAGING-018/SEC   STEAL-000%   LCAD-OOOX 

CP  IND  USER 

PAGES:  RES-0166  »S-0169  EZADS=0Q1O51  WEITES=00087a 

MH  -0000   PH  -0051 

VTIME=000:07  TTIHE=O00:  17  SIO  =  C02061  RDE-000451 

PRT-002453  PCH-000000 

CP  Q  USERS 

078  USERS,  000  DIALED,  000  NET 

CP  Q  TIME 

TIME  IS  11:15:44  PST  WEDNESDAY  12/09/81 

CONNSCT=  01:02:30  VIBTCPU=  000:07.04  TOTCPU=  000:16.52 


EXECUTION  BEGINS... 
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CP  IND  LOAD 

CPa    -  052%   AFa    -  094%   Q1-Q1   Q2-02   SICBAGE-008S 

EXPAN-001 

PAGING-018/SEC      STEAI-000%      LOAiJ-000% 

CP    IND    DSER 

PAGES:     BES-0066    WS-0169    READS=OQ1051    llfiITES  =  000874 

MH    -0000      PH    -0051 

VTIME=000:07  TIIME^OOO:  17  SIO=0Q2181  RDB-000a51 

PHT-002a53  PCH-OOOOOO 

CP  Q  aSERS 

078  aSERS,  000  CIALEC,  000  NEI 

CP  Q    TIHE 

TIME  IS  11:15:U7  PST  WEDNESDAY  12/09/81 

CONNECT=  01:02:33  VIBTCPD=  000:07.11  TOTCP0=  000:16.73 


FORTRANH  TASK  U 


CP  IND  LOAD 

CPU    -  052%   APD    -  094%   Q1-01   Q2-02   SIOBAGE-008% 

EXPAN-001 

PAGING-018/SEC   STEAI-000%   LOAD-000% 

CP  IND  USER 

PAGES:  RES-0067  WS-0169  READS=0Q1051  WRITES=000874 

SH  -0000   FH  -0051 

VTiaE  =  000:07  TTI!1E=000:17  SIO  =  0Q2186  BDR-00C451 

PRT-002453  PCH-COOOOC 
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CP  Q    OSEES 

078  USEES,  000  DIALED,  000  NET 

CP  Q  TIME 

TIHE  IS  11:15:47  PST  WEDNESDAY  12/09/81 

CONKECT=  01:02:33  VISTCPO=  000:07.12  IOTCPU=  000:16.76 

FORTRAN  H  EXTENDED  CCHPILEE  ENTEBED 

♦STATISTICS*   NO   DIAGNOSIICS  GENEBATED 
mMmit-m^    END  OF  COHPILAIICN  ♦«♦♦*♦ 


CP  IND  LOAD 

CPO    -  052%   AFO    -  09aX   Q1-01   Q2-02   SICBAGE-008X 

EXPAN-001 

PAGING-018/SEC   STEAL-OOOS   LOAD-OOOX 

CP  IND  OSER 

PAGES:  RES-0166  WS-0132  BEADS=C01051  «BITES=00087U 

MH  -0000   FH  -0051 

7TiaE  =  000:07    TIII!E=000:17    SIO=0Q2265    RDB-OOOUSI 

PBT-002«453    PCH-COOOOC 

CP    Q    USERS 

078  USEES,  000  DIALED,  000  NET 

CP  Q  TIME 

TIME  IS  11:15:50  PST  BEDNESDAY  12/09/81 

CONNECT=  01:02:37  VIETCP0=  000:07.18  TOTCP0=  000:16.97 


EXECUTION  BEGINS 
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CP  IND  LOAD 

C?0    -  052%   APO    -  Q9H%      Q1-01   Q2-02   SICBAGE-008X 

EXPtN-001 

PAGING-018/SEC      STEAL-0001      LOAJ3-OO0S 

CP    IND    aSEB 

PAGES:    EES-0066    HS-0132    BEADS=CQ1051    «fiITES=00087a 

HH   -0000      FH    -0051 

?TIHE=000:07  TTIME=000:17  SIO=0Q2387  RDR-00Ca51 

PBT-002a53  PCH-000000 

CP  Q  OSERS 

078  OSERS,  000  DIALED,  000  NET 

CP  Q  TIHE 

TIME  IS  11:15:54  PST  WEDNESDAY  12/09/81 

CONFECT=  01:02:40  VIETCPO=  000:07.25  TOTCP0=  000:17.18 


WATFIV  TASK  1 


CP  IND  LOAD 

CPO    -  052%   APO    -  094%   Q1-G1   Q2-02   STOfiAGE-008% 

EIPAN-001 

PAGING-018/SEC       STEAI-000%      LOAJ)-000% 

CP    IND    OSER 

PAGES:  aSS-0067  WS-0132  aEADS=CQ1051  HaiTES=000874 

MH  -0000   FH  -0051 

VTIMS=000:07    TTIME=00C:17    SIO=002392   fiDa-000451 

PRT-002453    PCH-OOOOOC 
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CP  Q  OSEHS 

078  USEES,  000  DIALED,  OOD  SET 

CP  Q  TIHE 

TIME  IS  11:15:5a  FST  HEDNESDAY  12/09/81 

CONNECT-  01:02:UO  7I£TCP0=  000:07.26  TOTCPU=  000:17.21 


CP    IND    LOAD 

CPO         -    052%      AFO         -    09U«      Q1-Q1      Q2-02      STCBAGE-008X 

EXPAN-001 

PAGING'018/SEC      STEAL-OOOX      LOAD-OOOX 

CP    IND    OSER 

PAGES:  BES-0066  HS-0132  B£ADS  =  001057  MBITES  =  00087t* 

SH  -0000   7H  -0051 

VTIME=000:07  TTIME=000: 17  SIO=00243a  BDB-OOOaSI 

PBT-002a53  PCa-OOOOOO 

CP  Q  USERS 

078  USEES,  000  DIALED,  000  NET 

CP  Q  TIME 

TIME    IS    11:15:55    PST    WEDNESDAY    12/09/81 

CONNECT=    01:02:^2    VIBTCPO=    000:07.30    TOICPO=   000:17.38 


HATEIV    TASK    2 


CP    IND    LOAD 

CPU         -    052%       APU         -    0941      Q1-Q1       y2-02      STCfiAGE-008S 
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EXPlN-001 

PAGING-018/SEC      STEAL-000«      LOAD-OOOX 

CP    IND    USER 

PAGiS:    RES-0066    WS-0132    BEADS=0Q1057    BRITES=000874 

MH    -0000      FH    -0051 

VTI!i2=000:07  TTIME=000:  17  SIO=0Q2a38  RDR-000a51 

PRT-002a53  PCH-000000 

CP  Q  USERS 

078  OSEBS,  000  -DIAIEC,  000  NET 

CP  Q  TIHE 

TIM3  IS  11:15:55  PST  WEDNESDAY  12/09/81 

CONNECT^  01:02:42  ?IBTCPD=  000:07.32  TOTCPO=  000:17.45 

CP  IND  LOAD 

CPO         -    052%       APO         -    094*      Q1-01       Q2-02      S1CBAGE-008H 

EXPAH-001 

PAGING-018/SEC   STEAI-OOOX   LOAC-OOOS 

CP  IND  OS  EH 

PAGES:    RES-0066    HS-0136    READS=0Q1O57    HfiITSS=000874 

HH    -0000      ?H    -0051 

?TiaE=000:07  T'IIME=O0O:  18  SIO==002U91  HDB-000451 

PRT-002453  PCH-000000 

CP  '3  USERS 

078  USERS,  000  DIALED,  000  NET 

CP  Q  TIHE 

TIHE  IS  11:15:57  PST  WEDNESDAY  12/09/81 

CONMECT=  01:02:43  VIBTCP0=  000:07.38  TOTCPU-  000:17.64 


COBOL  TASK  1 
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M9E»  HEPLACES  •  P  (192)  • 

P  (19E)  R/0 

19E  ALSC  =  I-DISK 


CP  IND  LOAD 

CPO    -  052%   aPO    -  0941   Q1-01   Q2-02   SICBAGE-008X 

EXPAN-001 

PAGIHG-C18/SEC      SIEAI-0005J      LOAD-OQOX 

CP    IHD    OSER 

PAGES:    HES-0066    iS-0  136    HZADS=001057    »fiITES=000874 

MH   -0000      PH   -0051 

yTIJSE-^OOarOT    TTIME=000:18    SIO  =  002574    aDB-0a0451 

PfiT-002a53    PCH-COOOOO 

CP    Q    aSERS 

078  OSERS,  000  DIALEC,  000  NEI 

CP  Q  TIflE 

TIME    IS    11:15:58    PST    WEDNESDAY    12/09/81 

C01IN2CT=    01:02:45    VIBTCPU=    000:07.45    TOTCPU=    000:17.81 


REL2.3    OS/VS    CCEOL    IM    PEOGBESS 


CP  IND  LOAD 

CPO    -  051%   aPO    -  094%   Q1-01   Q2-02   STOBAGE-008% 

EXFAN-001 

PAGING-018/SEC   3TEAL-000%   LOAD-OOOt 

C?  IND  OSER 
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PAGES:  EES-0079  WS-0136  aEADS  =  C01057  WEITES=00087t* 
SH  -0000   FH  -0051 

VTiaE=000:08  T'IiaE=OCO:  18  310=002728  RDH-000451 
PRT-002453  PCH-000000 

CP  Q  USERS 

078  OSEBS,  000  DIALED,  000  NET 

CP  Q  TIHE 

TIHE    IS    11:16:03    PST    HEDNESDAI  -12/09/81 

C01iNECT=    01:02:49    7IBTCP0=    000:q7.65   TOTCPD^    000:18.19 

EXECOTICN  BEGINS... 


CP  IND  LOAD 

CPU         -    051%      APO         -    0945      Ql-Ql      Q2-02      SIOEAGE-008X 

EXPAN-001 

PAGING-018/SEC   STEAL-00051   LOAE-000% 

CP  IND  OSEH 

PAGES:  BES-0067  iS-0136  aEADS=001057  HSITES=00087a 

HH  -0000   FH  -0051 

?TII1E=000:08  TTIHE=000:18  SIO  =  0q2790  HDB-O00a51 

PET-002453  PCH-000000 

CP  Q  OSERS 

078  OSEBS,  000  DIALED,  000  NEI 

CP  Q  TIHE 

TIME  IS  11:16:05  PST  HEDNZSDAY  12/09/81 

CONNECT=  01:02:51  VIBTCPO=  000:07.70  TOTCPU=  000:18.33 


COBOL  TASK  2 
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CP  IND  LOAD 

CPU    -  051%   aPO    -  094%   Q1-01   Q2-02   SIOBAGE-008% 

EXPAN-001 

PAGING-018/SEC      STEAL-OOOt      LOA.C-000% 

CP    IND    USER 

PAGES:    BES-0067    WS-0136    BEADS=OQ1057    WEITES=000874 

HH    -0000      FH    -0051 

?TIME=000:08  TTIME=000:18  SIO=0Q2795  flDB-OOOUSI 

PHT-002453    PCH-000000 

CP    Q    OSEHS 

073  OSEBS,  000  DIALEE,  000  NET 

CP  Q  TIME 

TI3E  IS  11:16:05  PST  WEDNESDAY  12/09/81 

CONNECT=  01:02:51  ?IBICPU=  000:07.72  TOTCP0=  000:18.37 


BEL2.3  CS/VS  CCEOL  IK  PBOGBESS 


CP  IND  LOAD 

CPO    -  051%   APO    -  094%   Q1-Q1   Q2-02   SICBAGE-008% 

EXPAH-001 

PAGING-018/SEC   STEAI-000%   LCAD-000% 

CP  IND  OSEH 

PAGES:  aES-0079  iS-0098  BEADS=C01057  HBITES=000874 

MH  -0000   ?H  -0051 

VTiaE=000:08  TTIME=OOC: 19  310=002974  SDB-000451 

PBT-002453  PCH-OOOOOO 

CP  Q  USERS 
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078  aSEBS,  000  DIALED,  000  NET 

CP  Q  TIHE 

TIHE    IS    11:16:10    PST    WEDNESDAY    12/09/81 

CONNECT=    01:02:56    VIBTCPO=    000:07.95   TOTCP0=   000:18.80 

EXECOTICN    BEGINS... 


CP    IND    LOAD 

CPU         -    051*5       APa         -    09aX      Q1-Q1       Q2-02      SIOBAGE-008% 

EXPAN-001 

PAGING-018/SEC   STEAI-000*   LCAD-000* 

CP  IND  OSEB 

PAGES:    BES-0067    HS-0098    BEADS=001057    HfiITES=000874 

HH    -0000      FH    -0051 

VTIME=000:08  TTIflE=000:19  510=003045  BDB-OOOaSI 

PBT-002a53  PCH-OOOOOO 

CP  Q  OSEBS 

078    OSEBS,    000    DIALED,    000    NET 

CP    Q    TIJJE 

TIME  IS  11:16:12  PST  WEDNESDAY  12/09/81 

CONNECT=  01:02:58  ?IHTCPU*  000:07.99  TOICPU=  000:18.92 


PASCAL  TASK  1 


CP  IND  LOAD 

CPU    -  051%   APO    -  094%   Q1-01   22-02   SICfiAGE-008% 

2XPAN-001 

PAGING-018/SEC   STEAL-OOOX   LOAD-000% 
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CP  IND  USER 

PAGES:  RES-0067  WS-0098  H£ADS=0Q1057  «RIIES=000874 

HH  -0000   PH  -0051 

77II!E  =  000:08    TTII1E=000:  19    SIO=003051    HDB-OOOUSI 

PET-002a53  PCH-000000 

CP  Q  OSERS 

078  OSEBS,  000  CIALEE,  000  NET 

CP  Q  TIHB 

TIME  IS  11:16:12  FST  HEDNESEAI  12/09/81 

CONNECT^  01:02:59  VIHICPU=  000:08.01  TOTCPa=  000:18.97 

Execution  begins... 


...execution  ends 

File  'PASTASI*:  18  lines;  no  diagnostics 

i*10  bytes  of  object  cede  generated 

3013  statements  executed 

1C928  bytes  of  memory  requested  during  compilation 

5792  bytes  returned  before  execution 

1G704  bytes  requested  during  execution 


CP  IND  LOAD 

CPO    -  051%   APO    -  094*   Q1-01   Q2-02   STOHAGE-008X 

EXPAN-001 

PAGING-018/SEC   SIEAL-000«   LOAD-000% 

CP  IHD  OSER 

PAGES:    EES-0099    llS-0098    fiEADS  =  001057    WEITES  =  00087ti 

HE    -0000      FH    -0051 

VTiaE=000:08    TTIME=0C0:19    SIO=003102   fiDfi-000451 
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PET-002453  PCH-000000 

CP  Q  USERS 

078  OSEBS,  000  DIALED,  000  NEI 

CP  Q  TIITE 

TIME  IS  11:16:ia  PST  HEDNESDAY  12/09/81 

CONNECT=  01:03:00  VIBTCPO=  000:08.18  TOICPU=  000:19.25 


PASCAL  TASK  2 


CP  IND  LOAD 

CPU    -  051%   APO    -  094t   Q1-01   Q2-02   SI0RAGE-008X 

EXPAN-OOI 

PAGING-018/SEC   STEAL-000%   LOAC-000% 

CP  IND  OSER 

PAGES:  RES-0099  WS-0098  READS=0Q1057  BHITES=00087a 

HH  -0000   FH  -0051 

VTIME=000:08  T1IME=000:19  SIO=0Q3106  RDR-00C451 

PP.T-002a53  PCH-OCOOOO 

CP  Q  USERS 

078  aSERS,  000  DIALED^  000  NET 

CP  Q  TIHE 

TIHE  IS  11:16:14  PST  WEDNESDAY  12/09/81 

CONNECT=  01:03:01  VIBTCPU=  000:08.20  TOTCPO=  000:19.30 

Execution  begins... 


...execution  ends 

Pile  'PASTAS2*:  25  lines;  no  diagnostics 
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578  bytes  of  object  cede  generated 

510  statements  executed 

1C928  bytes  of  mencry  requested  during  compilation 

5792  bytes  returned  before  execution 

1C70U  bytes  requested  during  execution 


CP    IND    LOAD 

CPO         -    051%       APO         -    094JI      Q1-01      Q2-02      SIOBAGE-008X 

EXPAN-001 

PAGING-C18/SEC      STEAL-OOOH      LOA.D-000X 

CF    IND    DSEH 

PAGES:  RES-OIOO  WS-0098  HEAES=001057  WEITES=0G0874 

HH  -0000   FH  -0051 

VTIHE=000:08    TTIME=000:20    SIO=003171    fiDE-00C451 

PfiT-002a53    PCH-OOOOGG 

CF    Q    aSEHS 

078  USEES,  000  DIALED,  000  NET 

CE  Q  TIHE 

TiaE  IS  11:16:16  PST  WEDNESDAY  12/09/81 

CONNECT=  01:03:02  VISTCPD=  000:08.36  TOTCPO=  000:19.56 


SCBIPT  TASK  1 


CP  IND  LOAD 

CPO    -  05n   APO    -  QSH%      Q1-01   Q2-02   STCEAGE-008% 

EXPAN-001 

PAGIHG-018/SEC   STEAL-OOOX   LOAD-OOOX 

CP  IND  OSES 
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PAGES:  BES-0100  WS-0098  BEADS=0Q1057  »EITES=000874 
SH  -0000   FH  -0051 

VTiaE=000:08  T1IHE=000:20  SIO=0Q3175  RDfi-000451 
PRT-002a53  PCH-OOOOOC 

CP  Q  OSERS 

078  OSEBS,  000  CIALEE,  000  NET 

CP  Q  TIHE 

TIHE  IS  11:16:16  PST  HEDNESDAY  12/09/81 

CONNECT^  01:03:02  VIfiTCPU=  000:08.38  TOTCPO=  000:19.63 


CP    IND    LOAD 

CPa         -    051*       AFO         -    094*      Q1-Q1       Q2-02      STOBAGE-008X 

EXPAN-001 

PA5ING-018/SEC      STEAL-000%      LOAD-000% 

CP    IND    DSER 

PAGES:    RES-0101    WS-0105    READS=C01057    HfiITES=00087U 

MH   -0000      PH   -0051 

VTr!!E  =  000:08  TTIHE=000:20  SIO  =  Cq3201  RDB^OOOUSI 

PRT-002a53  PCH-OOOOOO 

CP  Q  OSERS 

073  aSERS,  000  DIALED,  000  NET 

CP  Q  TIME 

TI3E  IS  11:16:17  PST  HEDNESDAY  12/09/81 

CO:"INECT=  01:03:03  VIBTCP0=  000:08.39  TOTCPU=  000:19.72 


SC2IPT  TASK  2 
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CP    IND    LOAD 

CPa         -    051%       APO         -    094%      Q1-01       Q2-02      STOBAGE-008% 

EXPAN-001 

PAGING-018/SEC      STEAL-OOOt      LOAD-OOOX 

CP    IND    OSER 

PAGES:     HES-0101    WS-0105    BEADS=C01057    HRITES=00087U 

MH    -0000      FH    -0051 

7TIME=000:08  TTIME=000: 20  SIO-0032Q7  EDB-000451 

PRT-002a53  PCH-000000 

CP  Q  USERS 

078  aSEBS,  000  CIALEE,  000  NET 

CP  Q  TIME 

TIME  IS  11:16:17  PST  HEDNESEAY  .12/09/81 

CONNECT=  01:03:03  7IBICPU=  000:08.41  TOTCPU=  000:19.79 

CP    IND    LOAD 

CPU         -    051t       APD         -    0941J      Q1-01       Q2-02      SIOBAGE-008X 

EXPAN-001 

PAGING-018/SEC      STEAI-OOOX      LOAJ2-000X 

CP    IND    USER 

PAGES:  RES-0101  »S-0105  BEADS=001057  HRITES=000874 

HH  -0000   PH  -0051 

7TIME=000:08    T'riME=0C0: 20    SIO  =  0Q3228   RDfi-00C451 

PET-002a53    PCH-000000 

CP    Q    OSERS 

078  OSERS,  000  DIALED,  000  NET 

CP  Q  TIME 

TIME  IS  11:16:17  PST  WEDNESDAY  12/09/81 

CONNECT^  01:03:04  7IBTCPa=  000:q8.43  TOTCP0=  000:19.37 
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aiSCELLANEOOS  TASKS 


ERASE  TASK 


CP  IND  LOAD 

CPU    -  051%   APO    -  094%   Q1-01   Q2-02   STOBAGE-008% 

EXPAN-001 

PAGING-018/SEC      STEAL-000%      LOAI-OOOX 

CP    IND    DSER 

PAGES:     RES-0101    WS-0  105    fiEADS=001057    HBITES=00087U 

MH   -0000      FH    -0051 

7TiaE=000:08    TTIME=000:20    SIO=0Q3233    RDR-000451 

PRT-002453    PCH-000000 

CP    Q    USERS 

076  aSERS,  000  DIALED,  000  NET 

CP  Q  TIBE 

TIME    IS    11:16:17    PST    WEDNESDAY   >12/09/81 

CONNECT=    01:03:04    VIBTCPO=    000:08.44    TCTCPU=    000:19.92 


CP    IND    LOAD 

CPD    -  051%   iPO    -  094%   Q1-Q1   Q2-02   SICRAGE-008% 

EXEAN-001 

PAGING-018/SEC   STEAL-000%   LOAD-000% 

CP  IND  OSER 

PAGES:  RES-0101  RS-0105  BEADS=0Q1O57  HRIIES=000874 

AH  -0000   PH  -0051 

VTIME=000:08  TTIME=OCO:20  SIO=003240  HDB-000451 

PRT-002453  PCH-000000 
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CP  Q  USERS 

078  aSEBS,  000  DIALED,  000  NET 

CP  Q    TIME 

TIME  IS  11:16:18  PST  WEDNESDAY  12/09/81 

CONNECT^  01:03:04  VIBICPa=  000:08. U5  TOTCPD=s  000:19.95 


COPYPILE  TASK 


CP    IND    LOAD 

CPa         -    051%       APO         -    094X      Q1-01       Q2-02      SIO-BAGE-008X 

EXPAN-001 

PAGING-018/SEC   STEAI-OOOX   LOAD-OOOX 

CP  IND  DSER 

PAGES:  RES-0101  WS-0105  READS=0Q1057  HBITES=000874 

HH  -0000   PH  -0051 

VTiaE=000:08  TTIHE=0C0:20  SIO=0Q32U3  RDB-000451 

PRT-002U53  PCH-OOOOOC 

CP  Q  OSERS 

078  aSEHS,  000  DIALED,  000  NET 

CP  Q  TIHE 

TIHE    IS    11:16:18    PST    HEDNESDAY    12/09/81 

CONNECT=    01:03:04    VIBTCPO=    000:08.47    TOTCPU=    000:20.01 


CP    IND    LOAD 

CPO         -    051%       APO         -    0941      Q1-Q1       Q2-02      SICBAGE-008% 

EXPAN-001 

PAGING-018/SEC   STEAL-000%   LOAD-OOOX 

CP  IND  OSER 
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PAGES:  EES-0068  as-0105  RZADS=0Q1057  MRITES=00087a 
HH  -0000   PH  -0051 

VTI3E  =  000:09  T'IIME=OCO:  20  SIO=0Q3a05  RDB-OOOaSI 
PHT-002U53  PCH-000000 

CP  >2  OSEBS 

078  OSEBS,  000  DIALEE,  000  NEI 

CP  Q  TIHE 

TIME  IS  11:16:21  PST  HEDNESCAY  12/09/81 

CONNECT=  01:03:08  VIBTCPO=  000:08.69  TOTCP0==  000:20.38 


RENIHE  TASK 


CP  IND  LOAD 

CPO    -  051%   APO    -  OSU%      Q1-Q1   Q2-02   SICfiAGE-008X 

EXPAM-001 

PAGING-018/SEC      STEAI-00011      LOAE-OOOX 

CP    IND    DSZR 

PAG3S:    RES-0068    HS-0  105    EZADS=CQ1057    WfiITES=000874 

HH   -0000      FH    -0051 

VTIHE=000:09  TTIME=000:20  SIO=003408  RDB-OOOUSI 

PRT-002a53  PCH-OOOOOO 

CP  Q  DSERS 

078  OSEBS,  000  DIALED,  000  NET 

CP  Q  TIHE 

TIflS  IS  11:16:21  PST  WEDNESDAY  12/09/81 

CONWECT=  01:03:08  VIETCPO=  000:08.71  TGTCPU=:  000:20. U5 

CP  IND  LOAD 

CPO    -  051%   APO    -  09aX   Q1-Q1   Q2-02   SIORAGE-008% 
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EXPAN-001 

PAGING-018/SEC   STEAL-000%   LCAC-OOOS 

CP  IND  OSER 

PAGES:    RES-0068    HS-0  105    READS=001057    «RITES=000874 

HH    -0000      FH    -0051 

VTIME=000:09  TTIME=OC0:2O  SIO=003413  RDfi-000U51 

PRT-002U53  PCH-000000 

CP  Q  aSEHS 

078  USERS,  000  DIALED,  000  NET 

CP  Q  TIHE 

TIHE  IS  11:16:21  PST  WEDNESDAY  12/09/81 

CONNECTS  01:03:08  VIBTCPO=  000:08.72  TOTCP0=  000:20.47 
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